System and method for automatic synchronization of video with music, and gaming applications related thereto

ABSTRACT

A computer system including a server having a processor and a memory, the memory having a video database and a music database, the video database storing at least one video file having a plurality of video file markers, and the music database storing at least one music file having a plurality of music file markers, wherein the server receives and decodes encoded data from computer readable code, identifies and retrieves from the music database a music file based on the decoded data, synchronizes the retrieved music file with one of the video files by aligning the video file markers of the video file with the music file markers for the retrieved music file to produce a synchronized video--music file, and transmits the synchronized video-music file to a display, wherein the video file markers are generated for each video file and the music file markers are generated for each music file.

This application is a Continuation of U.S. patent application Ser. No.17/169,148, filed on Feb. 5, 2021, which is a Continuation of U.S.patent application Ser. No. 16/290,522, filed on Mar. 1, 2019, now U.S.Pat. No. 10,915,566.

TECHNICAL FIELD

This application relates to synchronizing video streams with musicstreams based on key moments, graphical user interfaces, and moreparticularly, to systems and methods for gaming and other applicationsemploying such technology.

BACKGROUND

The present disclosure provides a computer-aided technique for real-timesynchronization of video with music that provides a more efficient andtime saving approach over prior art synchronization methods.Conventional synchronization methods require extensive manual input andare more error prone, thereby reducing overall efficiency andscalability, as well as increasing the amount of time required togenerate synchronized media (e.g., video, music, etc.). For theaforementioned reasons, there is a need for a synchronization system andmethod thereof that alleviates the problems faced by the conventionalsynchronization methods. However, such technologies do not exist.Accordingly, this disclosure enables such technologies.

SUMMARY

To achieve the foregoing objects, and in accordance with the purpose ofthe invention as embodied and broadly described herein, there isprovided a computer system including a server having a processor and amemory, the memory including a video database and a music database, thevideo database configured to store a plurality of video files, each ofthe video files having a plurality of video file markers, and the musicdatabase configured to store a plurality of music files, each of themusic files having a plurality of music file markers, wherein the serveris configured to: receive encoded data from computer readable code;decode the received encoded data; identify a music file associated withthe decoded data, retrieve the identified music file from the musicdatabase; synchronize the retrieved music file with one of the pluralityof video files by aligning the video file markers of the video file withthe music file markers for the retrieved music file to produce asynchronized video-music file; and transmit the synchronized video-musicfile to a display to be displayed, wherein the video file markers aregenerated for each of the video files stored in the video database andthe music file markers are generated for each of the music files storedin the music database.

According to an embodiment of the invention, the server may receive theencoded data from a card recognition device. The card recognition devicemay be a laptop computer, a desktop computer, a smartphone, a tablet, ora wearable device, and the server may be configured to receive theencoded data from the card recognition device via a wireless network.

According to an embodiment of the invention, the computer readable codemay be disposed or printed on a physical playing card. The computerreadable code may include a bar code or a Quick Response (QR) Code.

According to an embodiment of the invention, the video file markers mayinclude at least one of a video start time marker, a video fade timemarker, a video end time marker, a video volume envelope marker, a musicvolume envelope marker, a video music start time marker, and a video keyframe moment marker. The music file markers may include at least one ofa music file start time marker and a music file key sound moment marker.

According to an embodiment of the invention, each of the video files mayinclude at least a portion of a movie, video, or a graphical offering,and each of the music files may include at least a portion of a song oran audio offering.

According to an embodiment of the invention, the video file markers mayinclude a video file start time marker in the video file that identifiesa time point at which the video file will begin playing during playbackof the synchronized video-music file; a video file end time marker inthe video file that identifies a time point at which the video file endsduring playback of the synchronized video-music file; a video filevolume envelope in the video file that controls audio volume of thevideo file is adjusted during playback of the synchronized video-musicfile; a music volume envelope in the video file that controls musicvolume of the retrieved music file to be synchronized with the videofile; at least one video/music. start time marker in the video file thatidentifies a time point at which the music file will begin playingduring playback of the synchronized video-music file, each video/musicstart time marker having a priority component and a time componentassigned thereto relative to a video timeline of the video file; and atleast one video key frame moment in the video file that identifies a keyvideo portion of the video file, each video key frame moment having apriority component and a time component assigned thereto relative to thevideo timeline.

According to an embodiment of the invention, the music file markers mayinclude at least one music start time marker in the music file thatidentifies a time point at which the music file will begin playingduring playback of the synchronized video-music file, each music timestart marker having a priority component and a time component assignedthereto relative to a music timeline of the music file; and at least onemusic key sound moment in the music file that identifies a key soundportion of the music file, each music key sound moment having a prioritycomponent and a time component assigned thereto relative to the musictimeline.

According to an embodiment of the invention, the computer system ofclaim 10, wherein during the synchronization process, to determine anoptimal alignment of the: video file markers and the music file markers,the server may be configured to determine whether any combination of theat least one video/music start time marker and the at least one musicstart time marker results in an alignment of any of the at least onevideo key frame moment with any of the at least one music key soundmoment within a predetermined threshold of time of the video timeline;and pair any of the video/music start time markers and the music starttime markers that are determined to be in alignment and if more than onepair of the video/music start time markers and the music start timemarkers are determined to be in alignment, then the pair with thehighest priority is determined to be the video/music start time markerand the music start time marker used in the synchronized video-musicfile.

According to an embodiment of the invention, are server may beconfigured to detect audio changes in the music file in order togenerate the at least one music key sound moment, hereby such detectionis determined by parameterizing the music file and then evaluating theparameterized music file to detect changes from frame to frame.

According to an embodiment of the invention, the predetermined thresholdof time may be 0.10 seconds, 0.11 seconds, or 0.05 seconds.

According to an embodiment of the invention, there is a method thatincludes receiving, by a server, encoded data from computer readablecode; decoding, by the server, the received encoded data; identifying,by the server, a music file associated with the decoded data,retrieving, by the server, the identified music file from a musicdatabase; synchronizing, by the server, the retrieved music file withone of the plurality of video files by aligning at least one video filemarker of the video file with at least one music file markers for theretrieved music file to produce a synchronized video-music file; andtransmitting, by the server, the synchronized video-music file to adisplay to be displayed, wherein the video file markers are generatedfor each of the video files stored in the video database and the musicfile markers are generated for each of the music files stored in themusic database, and wherein the server includes a processor and amemory, the memory including a video database and a music database, thevideo database configured to store a plurality of video files, each ofthe video files having a plurality of video file markers, and the musicdatabase configured to store a plurality of sic files, each of the musicfiles having a plurality of music file markers.

According to an embodiment of the invention, there is a server includinga processor and a memory the memory including a video database and amusic database, the video database configured to store a plurality ofvideo files, each of the video files including a plurality of video filemarkers, and the music database configured to store a plurality of musicfiles, each of the music files including a plurality of music filemarkers, and one or more end user electronic devices in communicationwith the server; wherein the server is configured to: generate agraphical user interface (GUI) to be displayed on an end user electronicdevice, the GUI including a plurality of music selection elements;transmit the GUI to the end user electronic device; receive from the enduser electronic device a selected music selection element from theplurality of music selection elements, the selected music selectionelement being selected by a user; transmit one or more music selectionoptions receive a music selection from each of the one or more end userelectronic devices; identify a music file associated with the selectedmusic selection element; retrieve the identified music file from themusic database; synchronize the retrieved music file with a video filefrom the video database by aligning the video file markers of the videofile with the music file markers for the retrieved music file to producea synchronized video-music file; and transmit the synchronizedvideo-music file to a display to be displayed, wherein the video filemarkers are generated for each of the video files stored in the videodatabase and the music file markers are generated for each of the musicfiles stored in the music database.

According to an embodiment of the invention, the is a computer systemincluding a server including a processor and a memory, the memoryincluding a video database and a music database, the video databasestoring at least one video file, each of the at least one video filehaving a plurality of video file markers, and the music database storingat least one music file, each of the at least one music file having aplurality of music file markers, wherein the server: receives encodeddata from computer readable code; decodes the received encoded data;identifies a music file associated with the decoded data, retrieves theidentified music file from the music database; synchronizes theretrieved music file with one of the at least one video files byaligning the video file markers of the one of the at least one videofiles with the music file markers for the retrieved music file toproduce a synchronized video-music file; and transmits the synchronizedvideo-music file to a display to be displayed, wherein the video filemarkers are generated for each of the video files stored in the videodatabase and the music file markers are generated for each of the musicfiles stored in the music database.

It is to be understood that both the foregoing general description andthe following detailed description are exemplary and explanatory and areintended to provide further explanation of the invention as claimed.

BRIEF DESCRIPTION OF THE DRAWINGS

The accompanying drawings constitute a part of this specification andillustrate an embodiment of the present disclosure and together with thespecification, explain the present disclosure.

FIG. 1 shows a block diagram of an embodiment of the present disclosure.

FIG. 2 shows video start time, video fade time, and video end timemarkers generated for a video stream, according to an embodiment of thepresent disclosure.

FIG. 3 shows a video volume envelope generated for a video streamaccording to an embodiment of the present disclosure.

FIG. 4 shows a music volume envelope generated for a video streamaccording to an embodiment of the present disclosure.

FIG. 5 shows video/music start times generated for a video streamaccording to an embodiment of the present disclosure.

FIG. 6 shows video key frame moments generated for a video streamaccording to an embodiment of the present disclosure.

FIG. 7 shows music stream start times generated for a music streamaccording to an embodiment of the present disclosure.

FIG. 8 shows music key sound moments generated for a music streamaccording to an embodiment of the present disclosure.

FIG. 9 shows a flowchart illustrating a high level synchronization logicaccording to an embodiment of the present disclosure.

FIG. 10 shows a flowchart illustrating a computer-aided synchronizationprocessing technique according to an embodiment of the presentdisclosure.

FIG. 11 illustrates components of an exemplary embodiment of a computergame application using the computer-aided synchronization processing ofvideo with music described above in FIGS. 1-10 .

FIGS. 12(a) and (b) illustrate exemplary playing cards in connection acomputer game application using the computer-aided synchronizationprocessing of video with music according to an embodiment of the presentdisclosure.

FIGS. 13(a)-(f) illustrate exemplary screen shots displayed on a displayin connection with a computer game application using the computer-aidedsynchronization processing of video with music according to anembodiment of the present disclosure.

FIGS. 14(a)-(d) show an exemplary graphical user interface (GUI)generated by the server and displayed on a user electronic device inconnection with a computer game application using the computer-aidedsynchronization processing of video with music according to anembodiment of the present disclosure.

FIGS. 15(A)-(B) is a flowchart of an exemplary method for playing acomputer game application using the computer-aided synchronizationprocessing of video with music according to an embodiment of the presentdisclosure.

FIGS. 16(a)-(o) illustrate exemplary screenshots of graphical userinterfaces generated by the server using virtual playing cards inaccordance with a computer game application using the computer-aidedsynchronization processing of video with music according to anembodiment of the present disclosure.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

Reference will now be made to the exemplary embodiments illustrated inthe drawings, and specific language will be used here to describe thesame. It will nevertheless be understood that no limitation of the scopeof the invention is thereby intended. Alterations and furthermodifications of the inventive features illustrated here, and additionalapplications of the principles of the inventions as illustrated here,which would occur to a person skilled in the relevant art and havingpossession of this disclosure, are to be considered within the scope ofthe invention.

The various illustrative logical blocks, modules, circuits, andalgorithm steps described in connection with the embodiments disclosedherein may be implemented as electronic hardware, computer software, orcombinations of both. To illustrate this interchangeability of hardwareand software, various illustrative components, blocks, modules,circuits, and steps have been described above generally in terms oftheir functionality. Whether such functionality is implemented ashardware or software depends upon the particular application and designconstraints imposed on the overall system. Skilled artisans mayimplement the described functionality in varying ways for eachparticular application, but such implementation decisions should not beinterpreted as causing a departure from the scope of the presentinvention.

The meaning of terms is clarified in this disclosure, so the claimsshould be read with careful attention to these clarifications. Specificexamples are given, but those of skill in the relevant art(s) willunderstand that other examples may also fall within the meaning of theterms used, and within the scope of one or more claims. Terms do notnecessarily have the same meaning here that they have in general usage(particularly in non-technical usage), or in the usage of a particularindustry, or in a particular dictionary or set of dictionaries.Reference numerals may be added in subsequent filings along withfigures, but they are not required to understand the present disclosure.The inventors assert and exercise their right to their own lexicography.Quoted terms are defined explicitly, but quotation marks are not usedwhen a term is defined implicitly. Terms may be defined, eitherexplicitly or implicitly, here in the Detailed Description of thePreferred Embodiments and/or elsewhere in the application file.

As used herein, a “computer system” may include, for example, one ormore servers, motherboards, processing nodes, personal computers(portable or not), personal digital assistants, smartphones, cell ormobile phones, other mobile devices having at least a processor and amemory, and/or other device(s) providing one or more processorscontrolled at least in part by instructions. The instructions may be inthe form of firmware or other software in memory and/or specializedcircuitry. In particular, although it may occur that many examples runon workstation or laptop computers, other examples may run on othercomputing devices, and any one or more such devices may be part of agiven example.

A “logical processor” or “processor” is a single independent hardwarethread-processing unit, such as a core in a simultaneous multithreadingimplementation. As another example, a hyperthreaded quad core chiprunning two threads per core has eight logical processors. A logicalprocessor includes hardware. The term “logical” is used to prevent amistaken conclusion that a given chip has at most one processor;“logical processor” and “processor” are used interchangeably herein.Processors may be general purpose, or they may be tailored for specificuses such as graphics processing, signal processing, floating-pointarithmetic processing, encryption, I/O processing, and so on.

A “multiprocessor” computer system is a computer system which hasmultiple logical processors. Multiprocessor environments occur invarious configurations. In a given configuration, all of the processorsmay be functionally equal, whereas in another configuration someprocessors may differ from other processors by virtue of havingdifferent hardware capabilities, different software assignments, orboth. Depending on the configuration, processors may be tightly coupledto each other on a single bus, or they may be loosely coupled. In someconfigurations the processors share a central memory, in some they eachhave their own local memory, and in some configurations both shared andlocal memories are present.

“Code” means processor instructions, data (which includes constants,variables, and data structures), or both instructions and data.

“Program” is used broadly herein, to include applications, kernels,drivers, interrupt handlers, libraries, and other code written byprogrammers (who are also referred to as developers).

“Process” is sometimes used herein as a term of the computing sciencearts, and in that technical sense encompasses resource users, namely,coroutines, threads, tasks, interrupt handlers, application processes,kernel processes, procedures, and object methods, for example. “Process”is also used herein as a patent law term of art, e.g., in describing aprocess claim as opposed to a system claim or an article of manufacture(configured storage medium) claim. Similarly, “method” is used herein attimes as a technical term in the computing science arts (a kind of“routine”) and also as a patent law term of art (a “process”). Those ofskill will understand which meaning is intended in a particularinstance, and will also understand that a given claimed process ormethod (in the patent law sense) may sometimes be implemented using oneor more processes or methods (in the computing science sense).

“Automatically” or “automatic” means by use of automation (e.g., generalpurpose computing hardware configured by software for specificoperations and technical effects discussed herein), as opposed towithout automation. In particular, steps performed “automatically” arenot performed by hand on paper or in a person's mind, although they maybe initiated by a human person or guided interactively by a humanperson. Automatic steps are performed with a machine in order to obtainone or more technical effects that would not be realized without thetechnical interactions thus provided.

“Computationally” likewise means a computing device (processor plusmemory, at least) is being used, and excludes obtaining a result by merehuman thought or mere human action alone. For example, doing arithmeticwith a paper and pencil is not doing arithmetic computationally asunderstood herein. Computational results are faster, broader, deeper,more accurate, more consistent, more comprehensive, and/or otherwiseprovide technical effects that are beyond the scope of human performancealone. “Computational steps” are steps performed computationally.Neither “automatically” nor “computationally” necessarily means“immediately.” “Computationally” and “automatically” are usedinterchangeably herein.

Throughout this document, use of the optional plural “(s),” “(es),” or“(ies)” means that one or more of the indicated feature is present. Forexample, “processor(s)” means “one or more processors” or equivalently“at least one processor.”

Throughout this document, unless expressly stated otherwise anyreference to a step in a process presumes that the step may be performeddirectly by a party of interest and/or performed indirectly by the partythrough intervening mechanisms and/or intervening entities, and stilllie within the scope of the step. That is, direct performance of thestep by the party of interest is not required unless direct performanceis an expressly stated requirement. For example, a step involving actionby a party of interest with regard to a destination or other subject mayinvolve intervening action such as forwarding, copying, uploading,downloading, encoding, decoding, compressing, decompressing, encrypting,decrypting, authenticating, invoking, and so on by some other party, yetstill be understood as being performed directly by the party ofinterest.

Whenever reference is made to data or instructions, it is understoodthat these items configure a computer-readable memory and/orcomputer-readable storage medium, thereby transforming it to aparticular article, as opposed to simply existing on paper, in aperson's mind, or as a mere signal being propagated on a wire, forexample. Unless expressly stated otherwise in a claim, a claim does notcover a signal per se. For the purposes of patent protection in theUnited States, a memory or other computer-readable storage medium is nota propagating signal or a carrier wave outside the scope of patentablesubject matter under the United States Patent and Trademark Office(USPTO) interpretation of statutory subject matter.

Various terminology used herein can imply direct or indirect, full orpartial, temporary or permanent, action or inaction. For example, whenan element is referred to as being “on,” “connected” or “coupled” toanother element, then the element can be directly on, connected orcoupled to the other element or intervening elements can be present,including indirect or direct variants. In contrast, when an element isreferred to as being “directly connected” or “directly coupled” toanother element, there are no intervening elements present.

Likewise, as used herein, a term “or” is intended to mean an inclusive“or” rather than an exclusive “or.” That is, unless specified otherwise,or clear from context, “X employs A or B” is intended to mean any of thenatural inclusive permutations. That is, if X employs A; X employs B; orX employs both A and B, then “X employs A or B” is satisfied under anyof the foregoing instances. In addition, features described with respectto certain embodiments may be combined in or with various otherembodiments in any permutational or combinatory manner. Differentaspects or elements of example embodiments, as disclosed herein, may becombined in a similar manner.

The term “combination,” “combinatory,” or “combinations thereof” as usedherein refers to all permutations and combinations of listed itemspreceding that term. For example, “A, B, C, or combinations thereof” isintended to include at least one of: A, B, C, AB, AC, BC, or ABC, and iforder is important in a particular context, also BA, CA, CB, CBA, BCA,ACB, BAC, or CAB. Continuing with this example, expressly included arecombinations that contain repeats of one or more item or term, such asBB, AAA, AB, BBC, AAABCCCC, CBBAAA, CABABB, and so forth. A skilledartisan will understand that typically there is no limit on a number ofitems or terms in any combination, unless otherwise apparent from thecontext.

Similarly, as used herein, various singular forms “a,” “an” and “the”are intended to include various plural forms as well, unless contextclearly indicates otherwise. For example, a term “a” or “an” shall mean“one or more,” even though a phrase “one or more” is also used herein.

Moreover, terms “comprises,” “includes” or “comprising,” “including”when used in this specification, specify a presence of stated features,integers, steps, operations, elements, or components, but do notpreclude a presence and/or addition of one or more other features,integers, steps, operations, elements, components, or groups thereof.Furthermore, when this disclosure states that something is “based on”something else, then such statement refers to a basis which may be basedon one or more other things as well. In other words, unless expresslyindicated otherwise, as used herein “based on” inclusively means “basedat least in part on” or “based at least partially on.”

Additionally, although terms first, second, and others can be usedherein to describe various elements, components, regions, layers, orsections, these elements, components, regions, layers, or sectionsshould not necessarily be limited by such terms. Rather, these terms areused to distinguish one element, component, region, layer, or sectionfrom another element, component, region, layer, or section. As such, afirst element, component, region, layer, or section discussed belowcould be termed a second element, component, region, layer, or sectionwithout departing from this disclosure.

As used herein, the term “about” and/or “substantially” refers to a+/−10% variation from the nominal value/term, unless otherwise stated.

Words such as “then,” “next,” etc. are not intended to limit the orderof the steps; these words are simply used to guide the reader throughthe description of the methods.

Although process flow diagrams may describe the operations as asequential process, many of the operations can be performed in parallelor concurrently. In addition, the order of the operations may bere-arranged. A process may correspond to a method, a function, aprocedure, a subroutine, a subprogram, etc. When a process correspondsto a function, its termination may correspond to a return of thefunction to the calling function or the main function.

FIGS. 1-10 show an exemplary embodiment of a method and system forreal-time (or near real-time) computer-aided synchronization processingof video files with music files. The method and system utilize a set ofrules that automatically determine a set of key frames in the video andthe music files that are then synchronized.

As discussed below, for every video file or video stream, thesynchronization process may involve: (1) generating a video volumeenvelope to control the video's own audio volume; (2) generating a musicvolume envelope to control the music volume of any music stream to besynchronized with the video stream; (3) generating potential startingpoints which determine a time for a music stream to begin playingrelative to the video stream; and (4) generating event markers that aremarked as key frames for use in aligning music files. For every musicfile or music stream, the synchronization process may involve: (1)generating markers that identify important changes in the music that aremarked as key frames for use in aligning with video files or videostreams; and (2) generating potential starting points which determinewhen the music begins playing with respect to the music stream itself.All key frames and starting points generated for the video and musicfiles are assigned a priority value which indicates their relativeimportance. During the synchronization process, all potential startingpoints for the music (both relative to the video and the music filesthemselves) may be evaluated. The optimal starting point forsynchronizing the video and music files may then be determined bymaximizing the product of the importance of the key frames and startingpoints.

FIG. 1 shows a schematic view of an exemplary embodiment of a computersystem 100 for video/music synchronization. The computer system 100 issoftware-enabled and may comprise one or more server/database 120, oneor more networks 130, and one or more end user devices 105. The variouscomponents of the computer system 100 may be coupled directly orindirectly, whether in a wired or wireless manner.

The user device 105 may communicate various types of data andinstructions to and from devices of the computer system 100, such as theserver(s) 120 via the network(s) 130. The user device 105 may be anycomputing device comprising hardware and software components capable ofperforming various tasks and processes described herein. Non-limitingexamples of the user device 105 may include: laptop computers, desktopcomputers, smartphones, tablets, wearable devices (e.g., smart watches,smart glasses, AR headsets, VR headsets, etc.), and the like. Anycommunication protocol may be utilized by the user devices 105 forcommunication. For example, a communications component of the userdevice 105 may include a wireless NIC allowing the user device(s) 105 tocommunicate data and instructions with servers 120 and/or other deviceswithin the computer system 100, over one or more networks 130, usingWi-Fi, TCP/IP, and other, related protocols.

The user device 105 may run applications, such as gaming applications,and the like, that execute communication of data and/or instructions todevices of computer system 100. The data may be related to video andmusic files to be synchronized by the server 120. For example, during agaming application running on the user device 105, data such as videoand/or music files may be communicated, via network(s) 130, to server120, as input for video-music synchronization. In response, the userdevice 105 may receive synchronized video-music files corresponding tothe communicated video files, where the received synchronizedvideo/music files may be played back by the applications running on theuser device 105.

The server 120 may provide services for synchronization, storing,processing, and communicating data and instructions between devices ofthe computer system 100, such as the user device 105. Such services maybe cloud based. The server 120 may include a processor 122, a memory 124that stores a video database 112 and a music database 115, and/or an I/Ointerface 126.

The processor 122 can include a single core or a multicore processor.The processor 122 can include a system-on-chip (SOC) or anapplication-specific-integrated-circuit (ASIC).

The memory 124 can include a read-only-memory (ROM), arandom-access-memory (RAM), a hard disk drive, a flash memory, orothers. The memory 124 stores a set of instructions executable via theprocessor 122, wherein the set of instructions instructs the processorto take an action.

The server 120 may be configured to operate as a distributed database,such as by utilizing one or more additional databases and/or servers toprocess data and/or computer instructions. The processor 122 may beconfigured to perform the video/music synchronization technique(discussed below), and may include a video processing module 140, amusic processing module 142, and a synchronization processing module144. Each of the processing modules, 140, 142, and 144 may be integratedinto a single processing module or may be separate processing modules.

The video database 112 may store a plurality of video files (e.g.,movies or movie streams) containing data fields associated with thosevideos. The video files may contain video data in a video coding formatalongside audio data in an audio coding format. The container format canalso contain synchronization information, subtitles, and metadata suchas title. For example, such video file formats may include: AVI (AudioVideo Interleave), FLV (Flash Video Format), WMV (Windows Media Video),MOV (Apple QuickTime Movie), MP4 (Moving Pictures Expert Group 4), etc.

The music database 115 may store a plurality of music files in a digitalformat containing data fields associated with those music files. Themusic files may be a compressed or non-compressed format. For example,such music file formats may include: Waveform Audio (.wav), MPEG-1 AudioLayer 3 (.mp3), Windows Media Audio (.wma), Ogg Vorbis (.ogg); etc.Other digital audio formats may be easily adapted to the presentinvention.

The video processing module 140 may be configured to perform processingof the video files stored in the video database 112. As discussed inmore detail below, such processing may include generating markers (withassociated priorities, when applicable) for video files stored in videodatabase 112. These makers may include video start times, video fadetimes, video end times, video volume envelopes, music volume envelopes,video music start times, and video key frame moments.

The music processing module 142 may be configured to perform processingof the music files stored in the music database 115. As discussed inmore detail below, such processing may include generating markers (withassociated priorities, when applicable) for music files stored in themusic database 115. These markers may include music stream start timesand music key sound moments.

The synchronization processing module 144 may be configured to performsynchronization of the music files with the video files. As discussed inmore detail below, such processing is preferably performed based on akey frame matching algorithm.

In some configurations, the synchronization processing module 144 mayexecute one or more computer models to synchronize the music files withdifferent video files. The one or more computer models may includeneural networks arranged and configured in accordance with a datasetrepresenting historical key frame matching data. For instance, thesynchronization processing module 144 may generate an artificialintelligent (AI) model to codify key frame matching algorithm. Whentraining the AI model, the synchronization processing module 144 maygenerate a training dataset comprising historical data, such as previouskey frames matched with different video files. The synchronizationprocessing module 144 may then train (e.g., arrange or configure) theneural network accordingly. While generating the neural network, thesynchronization processing module 144 may feed known and historical data(e.g., training data set) to the AI model where the AI model usesmachine learning techniques to allocate different attributes of the keymatching algorithm to different nodes (e.g., fit the curve).

In some configurations, the synchronization processing module 144 mayuse various techniques to train the neural network and to adapt tovarious data points and improve the neural network's efficiency andaccuracy. For instance, the synchronization processing module 144 mayuse a supervised machine learning method to train the neural network.Supervised learning is the machine-learning task of learning a functionthat maps an input to an output based on example input-output pairs. Asupervised learning algorithm analyzes the training data and produces aninferred function, which can be used for mapping new examples. In someembodiments, the synchronization processing module 144 may use a linearregression model-to-model cyber-attack actions and responses. Thistechnique is a linear approach to modelling the relationship between ascalar response (dependent variable) and one or more explanatoryvariables (independent variables). In linear regression modeling, therelationships are modeled using linear predictor functions whose unknownmodel parameters are estimated from the data.

The synchronization processing module 144 may also use a boosting treeregression technique to match music and video files. Gradient boostingis a machine-learning technique for regression and classificationproblems, which produces a prediction model in the form of decisiontrees. For instance, the synchronization processing module 144 may buildbinary trees by partitioning the data into two samples at each splitnode where each node represents a data point corresponding to key framematching protocol/algorithm. Using the tree (e.g., traversing the tree)the synchronization processing module 144 may match music files withvideo files.

The servers 120 hosting the processing modules 140, 142, and 144 may beany computing devices comprising a processor 122 and non-transitorymachine-readable storage media allowing the databases to perform thevarious tasks and processes described herein. In some embodiments, theprocessor 122 and/or video and music databases 110 and 115 may be hostedon the same device or on distinct devices. In addition, in someembodiments, the processor 122 and/or video and music databases 110 and115 may be hosted on the user device.

The servers 120 may comprise a network server, an application server,and a database server. The network server may serve content, such as anetwork page, a data stream, or a data feed. For example, the networkserver can serve content to an application server in response receivinga corresponding request. For example, the network server can push to orpull content from the application server. The network server can servecontent, such as a network page, via pushing or pulling, to the userdevice 105, the administrator terminal, over a LAN in response receivinga corresponding request. Such service can be via a protocol, such as viaHTTP or a hypertext transfer protocol secure (HTTPS). For example, thenetwork page can be file-based and can be static or dynamic. Forexample, the network page can be dynamically generated and can be markuplanguage based, such as via a Hypertext Transfer Markup Language (HTML).For example, the network server can comprise a web server, such asApache, Microsoft® Internet Information Server (IIS), Novell's NetWareserver, or Google Web Server (GWS).

The application server may host a software application and a set ofbusiness logic for the software application, such as a file comprising aspreadsheet or a worksheet. Therefore, as instructed by the softwareapplication, the application server can communicably interface with thenetwork server (e.g., through a firewall) and the database server. Forexample, the application server can act as a middle-tier server, withthe network server acting as front-tier server, and the database serveracting as a back-end server. The application server may comprise aplurality of independent processing units, which are the units that readand execute program instructions.

The database server may host a database and a database managementsystem. The application hosted on the application server cancommunicably interface with the database server in order to requestvarious database operations, as disclosed herein, such as files storedin the video database 112 and music database 115. The database serverstores data, whether in a raw state, a formatted state, an organizedstated, or any other accessible state, and allows access to such data,whether directly and/or indirectly. The database can be a singledatabase or a plurality of databases, whether hosted on a single machineor a plurality of machines, whether in a single data center ordistributed among a plurality of data centers.

The computer system 100 may be programmed to run an application on anoperating system (OS), such as Windows, Linux, Android, MacOS, and/orothers. The application is programmed to display a graphical userinterface (GUI), as disclosed herein. The GUI may be programmed todisplay an output and receive an input.

For example, the server 120 may be configured to generate differentgraphical user interfaces and display them on different computingdevices described herein, such as a display and/or end user devices 105.For example, the server 120 hosting the databases may comprise aprocessor and non-transitory machine-readable storage media comprising aset of instructions allowing the various databases to perform varioustasks and processes described herein, such as to display variousgraphical user interfaces. Each instruction within the set ofinstructions may command and cause a different module of the server 120or processors to display a particular section or container of thegraphical user interfaces described below. For example, a firstinstruction may instruct (e.g., command or cause) a first module of theserver 120 to query pertinent data from a database of the memory 124,such as a video database 110, a music database 115, and display a firstsection of a graphical user interface; and a second instruction mayinstruct a second module of the server 120 to query pertinent data froma different database and display a second section of the graphical userinterface. Although described herein as separate modules, it is intendedthat these modules can be configured as at least one module. Moreover,the server 120 may be a database server comprising a processor capableof performing the various tasks and processes described herein. Theserver 120 may host an online service, such as cloud-computingapplication service, or any other service that provide web-basedapplications that collect data through web-based client interactionsover one or more networks such as network 130. Accordingly, the server120 may generate and display different graphical user interfaces ondifferent computing devices described herein.

According to another embodiment, for example, the one or more servers120 include an analytics engine that further includes a data extractionmodule and data processing module. The analytics engine can be asoftware component stored on a computer readable medium and executed bya processor, e.g., as specially-programmed software on a server(referred to and used interchangeably as an analytics engine server).The analytics engine can be configured to receive user input from one ormore end user devices 105, receive data from a database (e.g., videodatabase 110, music database 115, etc.), produce solution data from thereceived user input and data, and provide the produced solution data toone or more end user devices 105 and/or display.

In some embodiments, the analytics engine may be implemented as a set ofcomputer instructions executed by one or more servers 120 that runcomputer executable program instructions or related algorithms.

Note that any of the servers 120 disclosed herein can be hardware-basedand/or software-based. Each of the servers 120 is and/or is hosted on,whether directly and/or indirectly, a server computer, whetherstationary or mobile. The server computer can comprise another computersystem and/or a cloud computing network. The server computer can run anytype of an OS, such as MacOS, Windows, Android, Unix, Linux, and/orothers. The server computer can include and/or be coupled to, whetherdirectly and/or indirectly, an input device, such as a mouse, akeyboard, a touchscreen, a biometric reader, a clicker, a microphone, orany other suitable input device. The server computer can include and/orbe coupled to, whether directly and/or indirectly, an output device,such as a display, a speaker, or any other suitable output device. Insome embodiments, the input device and the output device can be embodiedin one unit, such as a touch-enabled display. Each of the servers can betask-dedicated. At least two of the servers can be a single server.

The embodiments of the present disclosure provide a method for acomputer-aided real-time synchronization of video and music media usingsome or all of components of the exemplary computer system 100. Morespecifically, the method includes processing video and music media togenerate one or more markers which are utilized to compute and determinean optimal and/or preferred alignment of video and music media forsynchronization.

Exemplary Video Processing Technique:

FIGS. 2-6 show an embodiment of a video processing operation forgenerating video markers for a video stream according to the presentdisclosure. The video processing operation preferably comprises a set ofcomputer executable rules so that each video stream 200 in a videodatabase 112 may undergo the same processing operation by the server120. Video stream 200 may be one or more predetermined portions of videoextracted from a video file, or the entire video file itself. Forexample, video stream 200 may be a 30 second video portion extractedfrom a 90 minute movie. Video stream 200 is not limited to anyparticular type of media, duration, or content. Video stream 200 may bestored in a video database 112 that is stored on and executable by aprocessor of the server 120 and/or user device 105.

As shown in FIG. 2 , the exemplary video processing technique involvesgenerating by the server 120 one or more video stream time markers 210,215, and 220 for a video stream 200 (e.g., video clip or digitized videofile). The video stream time markers can be inserted into one or morevideo streams. The video stream time markers and video stream may beencoded. Encoded video time markers and encoded music markers (discussedbelow) can be inserted at corresponding locations in video streams andmusic streams (e.g., sync locations or sync points), such as locationswith corresponding timestamps (e.g., with the same or nearly the sametimestamp). Such technique may involve generating a start time marker210, a fade time marker 215, a visual end time marker 220, and an audioend time marker 225 for a video timeline (T) of video stream 200 (notlimited to those specific marker points—may include more, less, ordifferent markers).

The video stream start time marker 210 may mark or identify a time pointat which video stream 200 will begin playing during playback of thesynchronized video/music (e.g., the video stream 200 synchronized withmusic, discussed in more detail below). The video stream visual end timemarker 220 may mark or identify a time point at which video stream 200ends during playback of the synchronized video/music. The video streamaudio end time marker 225 may mark or identify a time point at whichaudio of the video stream 200 ends during playback of the synchronizedvideo-audio. The video stream fade time marker 215 may mark or identifya time point at which the video image of video stream 200 begins fading,e.g., a time when the video image begins fading to black. It isunderstood that the visual and audio end time markers 220, 225 of videostream 200 may mark or identify the same time point at which to stop thevideo and audio, or different time points (e.g., audio may stop beforethe end of the visual).

The video stream 200 has a duration (0 to t) indicated by video timeline(T). The video start time marker 210 may be set at any predeterminedtime within the video timeline (T) and does not have to be the actualstarting point (e.g., time 0) of the video timeline (T). For example, ifthe video stream 200 is a 30 second video stream (t=30 seconds), thevideo stream start time marker 210 may be set at a 5 second time pointfrom t=0. In this situation, during playback of video stream 200,playback will begin at the 5 second mark of video stream 200 and thetotal duration of playback will be 25 seconds.

The video stream fade time marker 215 may be set at any predeterminedtime subsequent to the video stream start time marker 210. Duringplayback of the synchronized video-audio, the video image of videostream 200 will begin fading at the video stream fade time marker 215and continue to fade until the video stream end time marker 220 when thevideo stops playing. At the video stream end time marker 220, the volumeof video stream 200 may be stopped and the video image may disappearand/or turn to black or almost black. The fading may have apredetermined level of decay. The video stream audio may end before theend of the visual, which is handled with volume envelopes (discussedbelow).

The video stream end time marker 220 does not have to be the last timepoint of the video timeline (T). For example, if the video stream 200 isa 30 second video stream, the video stream end time marker 220 may beset at the 20 second time point. Hence, in this example, duringplayback, the video stream 200 will end at the 20 second mark.

The video start time marker 210, fade time marker 215 (optional), andend time marker(s) 220 (225) of video stream 200 may be generated forevery video stream 200 stored in the video database 112. These markersdefine the period of time which will define the playback duration of thesynchronized video-audio (described below). Along with the video starttime marker 210, fade time marker 215, and video end time marker 220markers, video volume time markers may be generated for video stream200, such as shown in FIG. 3 .

As shown in FIG. 3 , the exemplary video processing technique furtherinvolves generating by the server 120 a video volume envelope (VVE) forevery video stream 200, which is referred to as generating video volumeinstructions. The VVE defines how and/or when the volume of video stream200 is adjusted during playback of the synchronized video-music. Thatis, the VVE sets video volume of video stream 200 with respect to thevideo timeline (T) during playback of the synchronized video-music. Notethat the video volume here refers to the video stream itself and not thevolume of a music stream (e.g., music or any audio) to be synchronizedwith the video. The video volume may pertain to dialog within videostream 200 and/or any other sound associated with video stream 200.

The VVE may include one or more time segments having varying volumelevels, respectively. For example, as shown in FIG. 3 , the video stream200 may be marked with time segments 230 a, 230 b, 230 c, 230 d, 230 e,230 f, and 230 g. Each time segment within the VVE may have a differentvideo volume level (VVL) (e.g., ranging from a minimum level 0 to amaximum level 1) with respect to timeline T of video stream 200. The VVEmay begin with any predetermined level of video volume and may includeany predetermined levels of video volume variations with respect to thevideo timeline (T). Generally, the video volume remains relativelyconstant during time portions of the video stream 200 that do notcontain more than a predetermined level of sound (or just containdialog). In the example, during playback of the synchronizedvideo-audio, the VVL of video 200 will be adjusted according to timesegments 230(a)-230(g).

For example, beginning with time segment 230 a, the VVL is aboutmidrange and is kept at a constant level until time segment 230 b. Attime segment 230 b, the VVL is steadily decreased. In other words,during playback of video stream 200, the video volume will be adjustedto have a steady decrease for the time portion corresponding to segment230 b. Generally, near video key frame moments, it is preferable for thevideo volume to be lowered, such as shown in time segment 230 b whilethe volume of an audio stream, which has been synchronized with a videostream (described later), is increased. Time segment 230 c begins at anend point of time segment 230 b and the VVL within time segment 230 c iskept constant. Time segment 230 d begins at an end point of time segment230 c and the VVL within this segment is steadily increased. Timesegment 230 d indicates that, during playback of video stream 200, thevolume of the video will have a steady increase relative to the timeportion corresponding to segment 230 d. Time segment 230 e begins at anend point of time segment 230 d and the VVL within this time segment iskept constant. Time segment 230 f begins at an end point of time segment230 e and the VVL within this time segment is steadily decreased. Timesegment 230 f begins at an end point of time segment 230 e and the VVLwithin this time segment is kept constant until the end of the videotimeline (T).

The VVE generated for video stream 200 adjusts the volume of videostream 200 but does not adjust the volume of a music stream to besynchronized therewith (described below). That is, the VVE is/are volumemarkers for video media. In order to adjust the volume of a music streamto be synchronized with video stream 200, volume markers for audio mediaare generated by the server 120. Volume markers for audio media areincluded with the video file (such as video stream 200) and referred toherein as a music volume envelope (MVE). An MVE may be generated forvideo stream 200, such as illustrated in FIG. 4 .

As shown in FIG. 4 , the exemplary video processing technique furtherinvolves generating by the server 120 at least one music volume envelope(“MVE”) for video stream 200, which is referred to herein as generatingmusic volume instructions. The MVE sets the music volume of a musicstream which is to be synchronized with video stream 200. Note that theMVE of video stream 200 is applied to any music stream stored in themusic database 115 that can be synchronized with video stream 200,whereby the volume of the music stream will be adjusted according to theMVE.

The MVE generated for video stream 200 shown in FIG. 4 includes timesegments 235 a, 235 b, and 235 c. Each time segment within the MVE mayhave a different music volume level (MVL). The music volume level mayrange from a minimum level 0 to a maximum level 1 with respect to videotimeline (T) of video stream 200. Because an MVE is generated for everyvideo stream and applied to any music stream during synchronization, theoverall efficiency and scalability of the synchronization process issignificantly enhanced. Looking at FIG. 4 , during time segment 235 a,the MVL is kept at a constant level (e.g., relatively low level). Hence,during playback of video stream 200, which has been synchronized with amusic stream stored in the music database 115, the volume of thesynchronized audio stream remains at the volume level indicated bysegment 235 a for the time portion (of video stream timeline (T))corresponding to segment 235 a. Time segment 235 b begins at an endpoint of time segment 235 a and the MVL is steadily increased throughoutthis time segment. Time segment 235 c begins at an end point of timesegment 235 b and the MVL within this time segment is kept at a constantlevel (e.g., a relatively high level). Regarding time segment 235 b,during playback of video stream 200, which has been synchronized with anaudio stream (any audio stream), the volume of the synchronized audiostream increases according to time segment 235 b for the time portion(of video stream timeline (T)) corresponding to segment 235 b. Forexample, the music volume may increase leading up to video key framemoments, while the video volume decreases.

The MVE instruction to lower music volume during dialog is referred toas “audio ducking.” The MVE adjusts the overall volume of the musicstream, such that the level of one audio signal is reduced or changed bythe presence of another signal. Once those instructions exist, there isno need to have another mechanism to lower the overall volume of themusic stream. For example, during playback of video stream 200, if thereare moments of dialog or other noteworthy sound events, audio duckinginstructions may be applied to adjust the music volume so that the musicvolume is decreased during the dialog (or other noteworthy sound eventsof video stream 200), in order to give emphasize to the dialog (or anyother noteworthy sound events of the video stream).

According to another embodiment of the present disclosure, thesynchronization system may include audio processing logic configured toprovide for a variety of dynamic audio ducking techniques, which mayadaptively control the volume of concurrently outputted audio streams.For example, it may be desirable to adaptively duck the volume of aprimary media file for a duration in which a secondary media file isbeing concurrently played in order to improve audio perceptibility.Audio processing circuitry may perform ducking techniques by identifyingthe loudness of concurrently played primary and secondary media files,and ducking one of the primary or secondary media files in order tomaintain a desired relative loudness difference during the period ofconcurrent playback. For example, during such adaptive frequency audioducking, the volume levels for a video stream may be altered in realtime based on frequency levels of the video. Moreover, volume levels fora given frequency band of the music stream can be adjusted. For example,during such adaptive frequency audio ducking, the volume levels for amusic stream may be altered in real time based on frequency levels ofthe video. Moreover, volume levels for a given frequency band of themusic stream can be adjusted. The volume of both the video and audiostreams can be adjusted by lowering/raising particular frequency bandsso as to maintain some separation so that dialog can be heard.

Along with volume markers generated for video stream 200, additionalmarkers pertaining to when a synchronized audio stream should beginplaying in video stream 200 may be generated. These markers may includeassociated priorities and are referred to as video music start times.

As shown in FIG. 5 , the exemplary video processing technique furtherinvolves generating, by the server 120, video/music start time markersfor video stream 200. The video/music start time markers may set thepreferred times, relative to timeline (T) of video stream 200, at whicha music stream (which is to be synchronized with video stream 200) willbegin playing, during playback of synchronized video/music (that is,synchronized with a music stream). The synchronization process of thepresent disclosure takes into account the video/music start times(points and ranges), along with points and ranges corresponding to othervideo markers (e.g., video key frame moments, music stream start times,and key sound moments), in order to determine the optimalsynchronization of a music/audio stream with video stream 200.

Looking at FIG. 5 , the video/music start time markers may be set aseither “start points,” such as shown by points 240 a-e, or “ranges,” asshown by ranges 242 a-c. Every start point and point within a range hasa priority component and a time component associated therewith. Thepriority level may range from a minimum value of 0 (lowest priority) toa maximum value of 1 (highest priority). The time component may berelative to video time line (T) of video stream 200. The video/musicstart time points and ranges indicate prioritized start times, relativeto time line (T) of video stream 200, to begin playing a (synchronized)music stream.

For example, range 242 a extends between two points, 240 a and 240 b.Point 240 a corresponds to the lowest priority relative to time line (T)of video stream 200. Hence, point 240 a indicates the least preferredvideo/music start time for video stream 200. Point 240 b corresponds tothe highest priority level relative to the video timeline (T). Thepriority level increases from point 240 a until the end of range 242 aat point 240 b. Such priority level remains constant for range 242 b,which is bound by points 240 b and 240 c. Hence, any portion of timecorresponding to range 242 b indicates the most preferred video/musicstart time. At the end of range 242 b, range 242 c begins, and marks adecrease in priority as range 242 c advances in time from point 240 c topoint 240 d. This decrease in priority, as range 240 c advances in time,indicates less preferred video/music start times. Point 240 e indicatesthe latest video/music start time and is assigned a priority value lowerthan the highest priority value, as indicated by range 240 b.

During the synchronization processing, point 240 e, or any of the pointsof ranges 242 a, 242 b and 242 c, may be determined to be an optimalvideo/music start time that would allow a video key frame moment(described below with reference to FIG. 6 ) to align with a music keysound moment (described below with reference to FIG. 8 ). The video keyframe moments are markers that may indicate noteworthy moments within avideo stream and are utilized, along with video/music start time markers(described below in reference to FIG. 7 ) and key sound markersassociated with a music stream (such as music stream 300 illustrated inFIGS. 7 and 8 ) to determine an optimal and/or most preferred alignmentof video stream 200 and music stream (such as music stream 300). FIG. 6illustrates generating video key frame moment markers for video stream200.

As shown in FIG. 6 , the video processing technique further involvesgenerating, by the server 120, video key frame moments generated forvideo stream 200. The video key frame moments mark noteworthy or keyportions in video stream 200. For example, such noteworthy moments mayinclude sudden changes, climaxes, explosions, battle scenes, gunshots,emotional, and/or any other significant moments in video stream 200. Thevideo key frame moments set for video stream 200 are indicated by points244 a and 244 b, and range 245 bounded by points 244 c and 244 d.

In one embodiment, the server 120 detects changes in the video stream200 in order to generate video key frame moments that mark noteworthy orkey portions in the video stream 200. For example, the locations oflarge changes in the video stream 200 may be used as potentialboundaries for alignment with a music stream 300 (e.g., music file).Such change detection may be automatically determined by parameterizingthe video stream 200 and then evaluating the parameterized video stream200 to detect changes from frame to frame. Common types of videoparameterization and evaluation include frame-to-frame pixel difference,color histogram difference, etc. In an embodiment, video isparameterized by sampling every 10th frame of video. Each frame may besampled discretely, or an average of the 10 frames may be used to avoidaliasing. Alternatively, such change detection can be automaticallydetermined using a color histogram associated with each frame as afeature vector. The difference in feature vectors between each sampledframe may be used to detect the changes in the video stream 200.

As previously described, points and points within ranges each have apriority component and a time component. Hence, points and points withinranges relating to video key frame moments indicate prioritized moments,relative to the video timeline (T). Point 244 a marks the earliest videokey frame moment to occur within video stream 200. A second video keyframe moment for video stream 200 is indicated by the range 245 boundedby points 244 c and 244 d. Range 245 spans from a lower priority point244 c to a higher priority point 244 d. The lower priority point 244 cindicates the least prioritized point at which a video key frame momentoccurs within range 245. Likewise, the higher priority point 244 dindicates the highest prioritized point at which a video key framemoment occurs within range 245.

Although a video key frame moment occurs anywhere along range 245, theoptimal time corresponding to the occurrence of a video key frame momentis indicated by point 244 d. For example, video stream 200 may have abattle scene (e.g., video key frame moment) occurring at the timeportion, relative to the video timeline (T), corresponding to range 245.Within this range, point 244 d may indicate the exact time at which thebattle scene begins. Point 244 d is thus marked with the highestpriority within range 245. Likewise, point 244 c may indicate a fewseconds before the battle scene occurs. Thus, point 244 c is marked witha lower priority. The last video key frame moment occurs at point 244 b,which is set with the highest priority video key frame moment. Point 244b occurs towards the end of the video timeline (T), which indicates thattowards the end of video stream 200, the highest priority video keyframe-moment occurs.

The video key frame moments, video/music start times, music volumeenvelope, video volume envelope and video start, end and fade timemarkers of the video processing stage have been described above. It isunderstood that the video processing stage is not limited to theaforementioned markers and may include additional markers and/orprocessing stages. For example, additional processing filters and thelike may be included in the video processing stage without departingfrom the scope of the present invention.

In addition to the video processing stage, a music processing stage isperformed. The music processing stage generates markers for audio media,such as a music stream 300 illustrated in FIGS. 7 and 8 . The markersgenerated for music stream 300 include at least music stream start timemarkers and key sound frame markers. These markers, for music stream300, along with the markers generated for video stream 200, are utilizedby the server 120 to determine an optimal and/or most preferredalignment of video stream 200 with music stream 300.

Exemplary Music Processing Technique:

FIGS. 7 and 8 show an exemplary embodiment of a music processingoperation for music stream 300 (e.g., music clips or digitized musicfiles). Note that every music stream 300 in the music database 115 willundergo the same processing operation. The music stream 300 may bepredetermined portions of audio extracted from a music file or an entiremusic file. For example, the music stream 300 may be a 40 second segmentof a 4 minute song. The music stream 300 is not limited to anyparticular type of media, duration, or content. The music stream 300does not need to be related to the video stream 200 in any way.

As shown in FIG. 7 , the music processing operation involves generatingby the server 120 one or more music time markers for music stream 300.The music time markers and music stream 300 may be encoded. The musictime marker may include a music stream start time marker. Similar to thevideo stream 200, the music stream 300 has a duration (0 to t)illustrated by music timeline (T). The music stream start time markeridentifies an optimal time, relative to the music timeline (T), for themusic stream to start playing.

Looking at FIG. 7 , one or more music stream start time markers, such asa “point” as shown by music stream start point 340 a, or “range” asshown by music stream start range 342 which is bound by music streampoints 340 b and 340 c, is generated by the server 120 for music stream300. The music stream start time marker operates as the starting/entrypoint of the music to be played for the music stream 300. That is, themusic stream start time marker indicates, from which time point,relative to music timeline (T), to start playing the music stream 300during playback of the to be synchronized video/audio. The music streamstart time may mark the beginning of a sound stream, the start of averse, or any other noteworthy entry point of the music stream 300.

In one embodiment, the server 120 detects changes in the music stream300 in order to generate music key sound moments that mark noteworthy orkey portions in the music stream 300. For example, the locations oflarge changes in the music stream 300 may be used as potentialboundaries for alignment with a video stream 200. Such change detectionmay be automatically determined by parameterizing the music stream 300and then evaluating the parameterized music stream 300 to detect changesfrom frame to frame. In an embodiment, the music stream is parameterizedby sampling at 1/10 second intervals. Once the music stream 300 has beenparameterized, the difference between frames is used to detect changesin the music stream 300. Similar to the video stream start time markers,the music stream start time markers may be either “points,” such asshown by music stream start point 340 a, or “ranges,” such as shown bymusic stream start range 342 which is bound by music stream points 340 band 340 c. Each of the music stream start points and ranges has both apriority component (which may range from a minimum value of 0 to amaximum value of 1 with 0 having the lowest priority and 1 having thehighest priority) and a time component relative to the music timeline(T). For example, the music stream start range 342 includes a highpriority music stream point 340 b and a low priority music stream point340 c. The high priority music stream point 340 b indicates the mostpreferred moment in time, within music stream start range 342, fromwhich to begin/start playing music from the music stream 300.

For example, if the music stream 300 is a 45 second clip extracted froma song, a noteworthy moment (such as a chorus) may occur at the 5 secondmark of the music timeline (T). Thus, a music start time at the 5 secondmark may be generated to account for the chorus. In this example, duringplayback of synchronized video-audio, only the portion of the musicstream beginning from the 5 second mark of the music timeline (T) isplayed.

In music stream start range 342, the music stream start point 340 b isthe most preferred point in time from which the music stream 300 shouldbegin/start from, and the music stream start point 340 c is the leastpreferred point in time in range 342 from which the music stream 300should begin/start from. For example, it may be the case that the middleof a crescendo or music swell occurs at the 15 second mark of musicstream 300. The middle of a crescendo or music swell would likely beassigned a priority of “0” (not an appropriate time to start from). Alow-priority musical starting point is a sufficient time to start;however, a point in time having a “0” priority is not. For example, alow priority start point may be the start of the second measure of averse instead of the first measure of the verse. Music stream startranges may be generated for musical starting points when there is noclear beat defined, such as with classical music or certain guitarfeedback noise prior to a beat kicking in.

Music stream start point 340 a indicates another preferred music streamstart time and in this example is the last indicated music stream starttime. In sum, the music stream start time for the music stream 300depicted in FIG. 7 may be at any time within the music stream startrange 342 (including at music stream points 340 b and 340 c) or at themusic stream start point 340 a depending on the synchronizationprocessing (discussed below with reference to FIGS. 9 and 10 ).

Along with the music stream start time markers, markers indicatingnoteworthy moments within music stream 300 may also be generated by theserver 120. Such markers may indicate noteworthy moments for a musicstream, and are referred to herein as key sound moments. Both musicstream start time markers and key sound moment markers, along with themarkers generated for video stream 200 discussed with reference to FIGS.2-6 are utilized for synchronizing the video stream 200 and music stream300.

As shown in FIG. 8 , the audio processing operation further involvesgenerating by the server 120 one or more music key sound moments withinmusic stream 300. The music key sound moments indicate noteworthy orsignificant moments of music stream 300. For example, a noteworthymoment of music stream 300 may be a chorus or music swell of a song. Anynoteworthy moment of audio may be generated for music stream 300.

Music key sound moments may be generated as a music key sound momentpoint, such as shown with reference numeral 350 a, and/or a music keysound moment range, such as shown with reference numeral 352. Music keysound moment range 352 is bound by music key sound points 350 b and 350c. Here, the music key sound moment point 350 a indicates that a musickey sound moment occurs at the time point of audio timeline (T) thatcorresponds to point 350 a. Similarly, audio key sound moment range 352indicates that a key sound moment occurs along the time portion of musictimeline (T) that corresponds to range 352.

During the alignment/synchronization process, the video markersgenerated for the video stream 200 (shown in FIGS. 2-6 ), and the musicstream start points and ranges (shown in FIG. 7 ) and the music keysound moment points and ranges (shown in FIG. 8 ) of the music stream300, are utilized by the server 120 to determine an optimal and/orpreferred synchronization of video and audio. The synchronizationprocessing performed by the server 120 is described in more detail belowwith reference to FIGS. 9 and 10 .

In addition to the video processing stage, a music processing stage isperformed. The music processing stage generates markers for audio media,such as a music stream 300 illustrated in FIGS. 7 and 8 . The markersgenerated for music stream 300 include at least music stream start timemarkers and key sound frame markers. These markers, for music stream300, along with the markers generated for video stream 200, are utilizedby the server 120 to determine an optimal and/or most preferredalignment of video stream 200 with music stream 300.

In accordance with the foregoing, each video clip stored in the videodatabase 112 is run through the exemplary video processing operationsdescribed above (FIGS. 2-6 ), and each music clip stored in the musicdatabase 115 is run through the exemplary music processing operationsdescribed above (FIGS. 7 and 8 ). Through this process, the video clipsare assigned video markers and the music clips are assigned musicmarkers—which can be done using an automated computer-assisted process.Milliseconds (near real time) before a video clip and music clip aresynchronized and played together, a series of computer-automatedcalculations are made at very high speed, making the process appear totake place “in real time” (described in more detail below). Thecalculations determine the optimal time during the video clip at whichto begin playing the music clip. Similarly, the optimal time to beginthe music relative to the music clip itself is determined—representingthe best moment to start the music clip. Every music starting pointcombination given by video/music start times (VMST) and music clip starttimes (MCST) is automatically determined. The combinations which wouldresult in a video key frame moment coinciding (within a given threshold)with a music key sound moment are then ordered by the product of thepriorities of the Start Times and Key Moment priorities.

Exemplary Formula to Determine a Key Frame Match:

In addition, in accordance with the foregoing, the following equationmay be utilized by the synchronization computer system 100 or server 120to determine an optimal and/or most preferred alignment of video stream200 and music stream 300. In particular, the server 120 assigns prioritynumbers to all time steps in the video and music clips. Such prioritiesmay be initially assigned based on the relative importance or emotionalintensity of segments of the video frames. Most time steps in both videoand music clips have a priority value of zero. Certain key frames andsome other user-defined relevant moments in both video and music clipsare assigned a priority value greater than zero, up to 1 (maximum).

Below is one example of the logic and formula behind this process:

Let P_(v)(i)=priority number assigned to video clip time step (ormoment) “i”. Variable “I” can vary from 1 to N_(v) (N_(v)=total numberof video time steps).

Let P_(m)(j)=priority number assigned to music clip time step (ormoment) “j”. Variable “j” varies from 1 to N_(m) (N_(m)=total number ofmusic clip time steps).

The total priority function P(v_(i), m_(k)), computed for the case whenthe Music attempts to start at time v in the Video clip (and the Musicstarts to play from time m_(k) in the Music clip), is given by thedouble sum:

${P\left( {v_{l},m_{k}} \right)} = {\sum\limits_{i = v_{l}}^{N_{v}}{\sum\limits_{j = m_{k}}^{N_{m}}{{P_{v}(i)}{P_{m}(j)}}}}$

Once P(v_(l), m_(k)) is computed for all possible combinations(v_(l),m_(k)), then the maximum is computed. Mathematically, this is a searchfor:

max└P(v_(l),m_(k))┘ for 1≤v_(l)≤N_(v) and 1≤m_(k)≤N_(m)

The maximum value is achieved at particular values v_(l)=v* andm_(k)=m*. The optimum video-music match is when the music starts playingat time v* in the video clip, and the music starts from time m* in themusic clip.

If no combination is found wherein the Key Moments (video and music)would closely align (e.g., within a predetermined threshold), the musicrelative to the video begins at the first highest priority of thevideo/music start times and, within the music clip-wise, Music it willstart from the first highest priority of the music clip start times.

The following is an example of how the above synchronization process canbe computer coded:

 let Combos be declared as list of contending combinations of musicalstarting points.  loop from 0 to video max time in small increments  let vt1 be this time relative to video   if music start priority(relative to video time) at time vt1 is greater than zero:    loop from0 to music max time in small increments     let mt1 be this timerelative to music     if music start priority (relative to music) attime mt1 is greater than zero:      loop from vt1 to video max time insmall increments       let vt2 be this time relative to video       if avideo key moment is found near vt2:     loop from mt1 + vt2 − vt1 tomusic max time in small increments    let mt2 be this time relative tomusic   if a music key moment is found near mt2:  add to Combos themusic start times both relative to music and video clip, as well as apriority value.  the priority value is given as:        priority ofvideo key moment near vt2      * priority of music key moment near mt2    * priority of music start priority relative to video at time vt1   * priority of music start priority relative to music at time mt1 Sort the Combos by priority.  The one with the highest prioritydetermines the music starting points relative to both video and musicclips. Legend: vtmax is time duration of the video clip mtmax is timeduration of the music clip mt1 can be viewed as the potential startingtime for music relative to music. vt1 can be viewed as the potentialstarting time for music relative to video. mt1 and mt2 are timesrelative to music vt1 and vt2 are times relative to video the functionf(mt1, vt1, mt2, vt2) is given as: (priority of music starting relativeto video at video time vt1 * priority of music starting relative tomusic at music time mt1 * priority of music key moment at time (mt1 +vt2 − vt1) relative to music *

Exemplary Synchronization Processing Technique:

FIG. 9 shows a flow chart of an exemplary synchronization logic for thepresent invention. At step S100, various combinations of video/musicstart times (“VMST”) (generated for video stream 200, such as shown inFIG. 5 ) and music stream start times (“MCST”) (generated for musicstream 300, such as shown in FIG. 7 ) are computed by the server 120 todetermine any combination(s) of video/music start times and music streamstart times that would result in a video key frame moment aligning(within a threshold) with a music key sound moment. By way of example,the threshold is plus or minus one-half the interval of advancement,which may be 1/10 of a second (e.g., threshold of −0.05 to +0.05seconds).

If at step S120 any combination(s) (e.g., VMST and MCST time pair) haskey moments that align, then at step S130, the VMST and MCST pair areordered based on the associated priorities generated for the video andmusic start times and the video and music key moments. The VMST and MCSTpair having the highest priority, among all VMST/MCST pairs determinedto have aligned key moments, will be determined by the server 120 to bethe VMST and the MCST selected for playback of the synchronizedvideo-audio. In the event of a tie, the first tie-breaker is preferablyto use the earliest VMST. If they both share the same VMST, then thesecond tie breaker is preferably the earliest MCST.

However, in the event that no combinations/pairs are determined whereinthe key moments (of video stream 200 and music stream 300) align, thenat step S140, the VMST of video stream 200 having the first highestpriority (e.g., point 240 b) is determined as the VMST, and the MCST ofmusic stream 300 having the first highest priority (e.g., point 340 b)is determined as the MCST. The synchronization logic described above isdescribed in more detail with reference to FIG. 10 .

FIG. 10 shows a protocol for the server 120 to perform real-timecomputer-aided synchronization processing according to an embodiment ofthe present disclosure.

Beginning at step S200, synchronization logic determines the maximum andminimum VMST for video stream 200 as well as the maximum and minimumMCST for music stream 300. The maximum and minimum start times identifya time window in which the synchronization logic searches forprioritized VMST (such as shown in FIG. 5 ) which have been generatedfor video stream 200 and prioritized MCST (such as shown in FIG. 7 )generated for music stream 300.

For example, referring to FIG. 5 , a maximum VMST for video stream 200may correspond to video/music start point 240 e. Whereas a minimum VMSTfor video stream 200 may correspond to video/music start point 240 a.Likewise, referring to FIG. 7 , a maximum MCST for music stream 300 maycorrespond to music stream start time point 340 a. Whereas a minimumMCST for music stream 300 may correspond to point 340 b. Within the timewindow indicated by the maximum and minimum start times, thesynchronization logic searches prioritized VMST and MCST to determineany combination(s) of VMST and MCST that would result in a video keyframe moment aligning (within a threshold) with a music key sound moment(discussed below). Again, by way of example, the threshold is plus orminus one-half the interval of advancement, which may be 1/10 of asecond (e.g., threshold of −0.05 to +0.05 seconds).

A variable vt1 is initialized to determine whether an associatedpriority greater than zero exists at vt1. Here, vt1 is initialized tothe minimum VMST, and the synchronization logic determines whether aVMST at video time vt1 exists which has a priority greater than zero.For example, referring again to FIG. 5 , video stream 200 will have aminimum music start time at vt1=2 seconds. The synchronization logicthen begins searching the VMST priorities from vt1=2 seconds.

Next, at step S205, the synchronization logic determines whether aprioritized VMST exists at the minimum VMST with a priority greater thanzero. For example, referring to FIG. 5 , at vt1=2 seconds, thesynchronization logic determines whether there is a video music starttime with a priority greater than zero. Because video/music start timepoint 240 a has a priority of 0.15 at vt=2 seconds, it is determinedthat the priority at vt1 is greater than 0 and the synchronization logicproceeds to step S210.

If it is determined that vt1 is not greater than 0, then, at step S262,the synchronization logic initializes vt1 to the next minimum VMST, andthe synchronization logic determines whether a VMST at video time vt1exists which has a priority greater than zero. The synchronization logicwill repeat this process until it determines a vt1 having a prioritygreater than 0, or until it determines that the vt1 has exceeded themaximum VMST. If it is determined that the vt1 has exceeded the maximumVMST, then, at step S266, the synchronization logic determines whetherthere are any key frame matches between the VMST and MCST. If one ormore key frame matches were found, then, at step S268, thesynchronization logic uses the key frame match with the highest priorityin order to determine the MCST relative to the video stream 200 and theMCST relative to the music stream 300. If more than one match share thesame highest priority, then the first (earliest in time) is used.However, if no key frame matches were found, then, at step S270,relative to the video stream 200, the synchronization logic will beginplaying the music stream 300 at the first maximum VMST, and, relative tothe music stream 300, the synchronization logic will begin playing themusic stream 300 at the first maximum MCST.

Upon determining that the priority at vt1 is greater than 0, then atstep S210, the synchronization logic initializes a variable vmp as thepriority (from 0 to 1) of VMST vt1. For example, referring to FIG. 5 ,the vmp is 0.15. The synchronization logic also initializes a variablemt1 to the minimum MCST to search and determine whether an associatedpriority greater than zero exists at time mt1. For example, referring toFIG. 7 , the mt1 is 0.5 seconds.

At step S215, the synchronization logic determines whether, at time mt1,a prioritized MCST exists having a priority that is greater than zero.For example, referring to FIG. 7 , music stream 300 has a minimum MCSTat mt1=2 seconds, which corresponds to prioritized MCST 340 b. Hence,the synchronization logic begins searching the music stream start timepriorities from mt1=2 seconds. As shown in FIG. 7 , music stream 300 hasa priority of 0.9 at mt1=2 seconds. Because at mt1=2 seconds thereexists a prioritized point 340 b which as a priority greater than 0(e.g., 0.9), the synchronization logic proceeds to step S220.

However, if it is determined that mt1 is not greater than 0, then, atstep S258, the synchronization logic initializes mt1 to the next minimumMCST, and the synchronization logic determines whether a MCST at musictime mt1 exists which has a priority greater than zero. Thesynchronization logic will repeat this process until it determines a mt1having a priority greater than 0, or until it determines that the mt1has exceeded the maximum MCST. If it is determined that the mt1 hasexceeded the maximum VMST, then, the synchronization logic will repeatsteps s262 and s264, as described above.

At step S220, the synchronization logic stores in a memory the prioritylevel associated with mt1=0.5 seconds (priority of 0.9) and initializesa variable vt2 to a value of vt1 in order to search for video key framemoments. The purpose of initializing variable vt2 to vt1 is to determinewhether a video key frame moment exists for a time point (e.g., vt1=2seconds) at which a prioritized VMST having a priority greater than zerois found (e.g., priority of 0.15).

For example, when vt2 is initialized to vt1, the synchronization logicdetermines whether a video key frame moment exists “near” or within apredetermined threshold of a time point in which a prioritizedvideo/music start time having a priority greater than zero is found. Inthis example, “near” or the predetermined threshold is understood tomean that when looping through in relatively small time increments,e.g., 0.1 to 0.2 second intervals, the threshold is plus or minus halfsuch time increment. For example, if you are advancing at 0.1 second,you look behind 0.5 second and ahead 0.5 second. Thus, when loopingthrough in 0.10 second increments, a match occurs if the absolute valueof the difference of the times under consideration is less than 0.10second. In other words, the plus or minus threshold is half the “smallincrement.”

Referring to FIG. 6 , using the variable vt2, which is initialized to 2seconds (the value of vt1 at which a prioritized video music start timehaving priority>0 is found), a search is performed at step S225 todetermine whether a video key frame moment exists for video stream 200at vt2=2 seconds. In this particular embodiment, video stream 200 doesnot have a video key frame moment near (within a predeterminedthreshold) vt2=2 seconds, so the synchronization logic proceeds to stepS254. Again, by way of example, the threshold is plus or minus one-halfthe interval of advancement, which may be 1/10 of a second (e.g.,threshold of −0.05 to +0.05 seconds).

At step S254, the synchronization logic increments vt2 by apredetermined amount to search whether there is a video key frame momentthat exists near (within a predetermined threshold) this point. That is,the synchronization logic, upon not finding a video key frame moment atvt2=2 seconds, increments vt2 by a small amount (for example, by 0.1second) to determine whether a video key frame moment exist at theincremented vt2 point.

For example, in FIG. 6 , the synchronization logic will determinewhether there exists a video key frame at incremented time point vt2=2.1seconds. As shown, a video key frame does not exist at vt2=2.1 seconds,so the synchronization logic again increments vt2 by a small amount (forexample, again by 0.1 second) to determine whether a video key frameexist at the new incremented vt2 point. The synchronization logicincrements vt2 until a video key frame moment is found or until at stepS256, the synchronization logic determines that vt2 has exceeded thevideo fade time (the fade time as indicated by fade time 215 shown inFIG. 2 ).

Continuing with step S254, vt2 will be incremented until, as shown inFIG. 6 , vt2=5 seconds (which corresponds to video key frame momentmarked by point 690 a) (It is understood that vt2 does not need to beexactly 5 seconds. For example, vt2 can be between 5 seconds−halfincrement and 5 seconds+half increment). Because a video key framemoment is determined to exist at vt2=5 seconds, at step S230, thesynchronization logic initializes a variable mt2 to search and determinewhether a key sound moment exists at a time point which corresponds tothe time at which a video key frame moment is found (e.g., at the 5second mark of the timeline (T)). The initialization of mt2 is obtainedby setting mt2=mt1+vt2−vt1. For example, given the aforementionedexamples, mt2=2 s (mt1)+5 s (vt2)−2 s (vt1)=5 s. Thus, mt2 isinitialized to 5 seconds to determine whether a key sound moment existsnear (within a given threshold) a time point at which a video key framemoment is found (vt2=5 seconds). Again, by way of example, the thresholdis plus or minus one-half the interval of advancement, which may be 1/10of a second (e.g., threshold of −0.05 to +0.05 seconds).

At step S235, the synchronization logic determines whether a key soundmoment exist near mt2=5 seconds (within a given threshold). For example,referring to FIG. 8 , point 350 a exists at t=7 s. Thus, if a giventhreshold is at 0.05 seconds (plus or minus), then when thesynchronization logic searches for key sound moments that exist nearmt2=5 seconds, the synchronization logic will determine that no keysound moment exists near mt2=5 seconds (with a plus or minus 0.05 secondthreshold).

If, however, at step S235, the synchronization logic determines that amusic key sound moment exists near (within a given threshold) mt2, thenat step S240, the synchronization logic identifies a key frame momentthat matches/aligns with a key sound moment so the synchronization logicstores the priority and time value identified for the key frame momentand the priority and time values identified for the key sound moment.

In this example, because no music key sound moment exists near mt2, thesynchronization logic would proceed to steps S250 and S252. At stepS250, the synchronization logic increments mt2 by a predetermined amount(e.g., small increment of 0.10 seconds), and as long as the incrementedmt2 amount does not result in a video end time being exceeded at stepS252, the synchronization logic proceeds to step S235 again to searchand determine whether there is a key sound moment that exists near(within a predetermined threshold) the incremented mt2 point.

For example, referring to FIG. 8 , the synchronization logic woulddetermine that a key sound moment does not exist near mt2=5 seconds.Thus, the synchronization logic would proceed to step S250 to incrementmt2 by a small amount (e.g., by 0.1 second). Then, at step S252, thesynchronization logic would determine whether the new incremented mt2value of 5.1 seconds results in a video end time being exceeded. Inparticular, the synchronization logic determines whether the incrementedmt2 value would result in a video end time (e.g., 30 s) being exceededby determining whether the mt2−mt1>video end time−vt1. As long as anincremented mt2 value does not result in a video end time beingexceeded, the synchronization proceeds again to step S235 to determinewhether a key sound moment exists at or near the incremented mt2 valueof 5.1 s.

Referring to FIG. 8 , since there is no key sound moments that existsnear 5.1 seconds, the synchronization logic would again proceed to stepS250 to increment mt2 to a value of 5.2 s (given that a predeterminedincrement amount is set 0.1 s for example). Again, the synchronizationlogic proceeds to step S252 and as long as the new incremented mt2 valuedoes not result in a video end time being exceeded, the synchronizationlogic again proceeds to step S235. Since, as shown in FIG. 8 , no otherkey sound moments exist at 5.2 seconds or at a time point greater than5.2 seconds, the synchronization logic will cycle through steps S235,S250, and S252 until eventually at S252, an incremented mt2 value wouldresult in a video end time being exceeded. When, at S252, an incrementedmt2 value would result in a video end time being exceeded, thesynchronization logic proceeds to S254.

The method and system for computer-aided synchronization processing ofvideo with music described in exemplary FIGS. 1-10 may be used a widerange of applications, including gaming applications. Examples of suchapplications are described below to help illustrate aspects of thetechnology, but the examples do not describe all possible examples.Examples are not limited to the specific implementations, arrangements,displays, features, approaches, or scenarios provided herein. A givenexample may include additional or different technical features,mechanisms, and/or data structures, for instance, and may otherwisedepart from the examples provided herein. Additional technicalapplications of the principles illustrated by particular examplesherein, which would occur to one skilled in the relevant art(s) andhaving possession of this disclosure, should be considered within thescope of the claims.

Exemplary Applications:

A. Soundtrack Game Application Embodiment:

FIG. 11 illustrates components of an exemplary embodiment of a gamingapplication using the computer-aided synchronization processing of videowith music described above in FIGS. 1-10 . FIGS. 12(a) and (b)illustrate exemplary playing cards that may be used in connection withthe game application. FIGS. 13(a)-(f) illustrate exemplary screen shotsdisplayed in connection with the game application (e.g., as seen on atelevision, computer monitor, or other game screen display). FIGS.14(a)-(f) show an exemplary graphical user interface (GUI) generated bythe server 120 and displayed on a user device in connection with thegame application. FIGS. 15(A)-(B) is a flowchart of an exemplary methodfor playing the game application.

Referring to FIG. 11 , the computer gaming application (referred toherein as “Soundtrack Game Application”) is an interactive software gamefeaturing movie clips synchronized with song clips that is played by oneor more players using a computer system 100 comprising one or moreserver/database 120, one or more networks 130, one or more end userdevices 105, and at least one display 1100 (e.g., a television, computermonitor, tablet/smart phone display, etc.). The Soundtrack GameApplication further includes playing cards 1105(a)-(n) related to thegame (e.g., each playing card may identify a song name). The componentsof the computer system 100 and the playing cards 1105 may communicatewith each other via the communication network 130, such as the Internetor a private network associated with each of the above-mentionedcomponents as described in FIG. 1 . The components of the computersystem 100 function substantially the same as described above withrespect to FIGS. 1-10 .

In operation, the server 120 may generate a graphical user interface(“GUI”), receive input related (e.g., information associated with theSoundtrack Game Application), perform the synchronization processing ofvideo with music as described above in FIGS. 1-10 , and transmit thesynchronized video with music to display 1100 and/or to one or more userdevices 1105 to be played and displayed. The Soundtrack Game Applicationutilizes video streams 200 (e.g., video files) stored in a videodatabase 110 and music streams 300 stored in a music database 115. Thevideo database 110 and music database 115 are stored in memory 124 andthe video streams 200 (e.g., video files) and music streams 300 (e.g.,music files) are processed via processor 122 of server 120 using thesynchronization technique described in FIGS. 2-10 .

More particularly, the video streams 200 may be stored in the videodatabase 110 after undergoing the video processing operation, such asdescribed in exemplary FIGS. 2-6 . As described above, each video stream200 (e.g., video file) may be a movie clip (e.g., a relevant 30 secondsegment of a film/video material, like a fight scene, a dramatic event,an emotional scene, or a sports/news clip; or any video). The processor122 is configured to perform the video processing operation only once toeach video stream 200 regardless of the music stream 300 (e.g., musicfile) that it may later be synchronized with.

The music streams 300 may be stored in the music database 115 afterundergoing the music processing operation, such as described in FIGS. 7and 8 . The music streams 300 in the music database 115 can besynchronized with any of the video streams 200 in the video database 112at any time during the game (discussed below). As described above, eachmusic stream 300 may be a song clip (e.g., a 30 second segment of asong). The processor 122 is configured to perform the music processingoperation only once to each music stream 300 regardless of the videostream 200 that it may later be synchronized with.

In operation, the computer system 100 is configured to randomly select avideo clip/stream 200 from the video database 112 and then play themovie clip/stream 200 on display 1100 or end user device 105, such asshown in exemplary embodiment screenshots using of the Soundtrack GameApplication illustrated in FIG. 13 . Prior to the movie clip/stream 200being selected and played, each player is dealt at least one playingcard by a dealer at random, with each playing card 1105 containing aname of a song associated with a music clip/stream 300 from the musicdatabase 115. The dealer may be a player who is tasked with dealing ordistributing the playing cards 1105 to each player, or a virtual dealerinstructed by the software application to transmit virtual playingcard(s) to each end user device 105. Ideally, each player is dealt 5playing cards.

The playing cards 1105 may be physical cards, such as shown in FIGS.12(a) and (b), or virtual playing cards presented on a graphical userinterface (GUI) generated by the server 120 and displayed on eachrespective user device 105. For example, the physical playing card 1105may have the name of a song and other related information printed on oneside thereof, such as shown in FIG. 12(a). The opposite side of thephysical playing card may have a bar code, QR code, or the like, such asshown in FIG. 12(b), to be scanned by the user device or other readerand entered into the computer system 100 during gameplay. Employing barcode or QR code technology into the playing cards 1105 is beneficial inthat it ensures anonymity of the player and speeds up gameplay so thatthe song information does not need to be manually entered into thesoftware application.

Next, after the playing cards 1105 are dealt to each player, thecomputer system 100 randomly selects and plays a video stream 200 storedin a video database 110 (the cards may be dealt after the video stream200 is selected). The server 120 generates video information related tothe selected video stream 200 and transmits the video information to thedisplay 1100 to be displayed during gameplay, such as shown in exemplaryscreen shots FIGS. 13(a)-(f). Namely, FIG. 13(a) shows exemplaryscreenshots of the Soundtrack Game Application to be displayed on thedisplay 1100 when the game is first started. As shown, the “READY”screenshot is displayed on the display 1100 so that the players can getin a suitable state and be fully prepared to watch the video stream 200.The video stream 200 will begin playing shortly thereafter. For example,as shown in FIG. 13(a), there may be a 3 second countdown displayed onthe display 1100 to alert the player(s) when the video stream 200 willbeing playing on the display 1100. FIG. 13(b) shows an exemplaryscreenshot of the selected video stream 200 being played on the display1100. In this example, the Soundtrack Game Application randomly selecteda video stream 200 about elephants and the clip will play forapproximately 30 seconds. Once the video file/steam 200 has completed,the title of the video or movie (e.g., “A Day at the Zoo”) andadditional information such as scene information (e.g., “ElephantScene”) may be displayed on the display 1100, while awaiting the songentries (music stream 300) selections from the players, such as shown inexemplary screenshot FIG. 13(c).

After viewing the video stream 200, each player selects a song from oneof the physical playing cards 1105 that they have been dealt. The playermay select a song that best “matches” the video stream 200 featured. The“match” may be natural (e.g., the soundtrack “fits” naturally to thevideo), or a total mismatch that creates a hilarious orshocking/surprising pairing result.

If the playing cards 1105 are physical playing cards, then each playerwill hand their selected playing card 1105 to the player controlling thegame (ideally the dealer or judge) so that the selected song may beentered into the computer system 100. Preferably, each player will handtheir selected playing card 1105 face down so that the other players andthe dealer/judge do not know which song they have selected. Thecontroller player can then scan the QR code on each playing card with aQR code reader. The controller player may utilize the camera input onthe user device 105 (smart device or table computer) to scan the QR codeon the card (see FIG. 13(b)), which is configured by the gamingapplication software to communicate the selected song to the server 120to be synchronized with the video stream 200. Alternatively, thecontroller player may type each player's selection into a query fieldfor the software application so that each selected song may besynchronized with the video stream 200.

The controller player may enter each player's selected song into gamecontroller software downloaded on a user device. The game controllersoftware may be a software application downloaded to the user device(mobile device such as a smartphone or tablet computer), and is referredto herein as the Soundtrack App (discussed in more detail below). Anyuser device 105 can be used as the game controller by downloading theSoundtrack App. Alternatively, the game controller may be accessed viathe Internet by accessing the Soundtrack Game Application via a web pagefrom the user device.

If the playing cards 1105 are virtual playing cards, then each playerwill select a song from a list of songs generated by the server 120 anddisplayed on the GUI of their respective user device 105 using theSoundtrack Game Application. The Soundtrack Game Application will thencommunicate the selected song to the server 120 so that the music stream300 associated with the selected song is synchronized with the videostream 200.

As shown in FIG. 13(c), the server 120 may be configured to identify howmany player cards 1105 have been entered (e.g., songs selected) andcause that information to be displayed on the display 1100 so that thedealer/judge will know when to begin playing the synchronized video andmusic. For example, FIG. 13(c) displays “4 Cards Entered,” which meansthat songs selected from four players have been entered into theSoundtrack Game Application. In this example, since there are only fourplayers, all selections have been entered, and the Soundtrack GameApplication will perform the synchronization technique illustrated inFIGS. 9 and 10 for the music stream 300 associated with each selectedsong, such as shown in exemplary screenshot FIG. 13(d). The same videostream 200 is replayed with the music stream 300 for each selected song.In this example, the same video stream would be played 4 times, eachtime being synchronized to a different song. The identity of the playerwho selected the song is preferably anonymous. The order of the songentries may also be randomized so that the players do not know whichsong was selected by which user. For example, the first player whohanded her/his selected playing card 1105 to the controller player mayhave her/his song played last, and the last player who handed her/hisplaying card 1105 to the controller player may have her/his song playedfirst.

After each viewing of the synchronized video and music stream, the musictitle (e.g., “ODE TO JOY”) and other identifying information, such asartist (e.g., “LUDWIG VAN BEETHOVEN”), may be generated by the server120 and displayed on display 1100 for the players to see, such as shownin exemplary screenshot FIG. 13(e). This is repeated until all songentries have been synchronized using the synchronization techniquedescribed in FIGS. 9 and 10 , and played with the video stream 200.

Finally, after all players' songs have been played with the video stream200, the server 120 may be configured to generate a graphical displaythat lists all of the songs synchronized and played with the videostream, such as shown in FIG. 13(f). In this example, the four songswere 1) THE TRUNK DANCE (Zoo House Band), 2) ODE TO JOY (Beethoven), 3)ELEPHANT IN THE ROOM (DJ Zoo Man), and 4) LOVE IS IN THE AIR (Big LandMammals). The server 120 may also be configured to generate an Internetlink on the user device 105 so that the players may purchase the fullmovie/video associated with the video stream 200 and the full song ormusic associated with each of the music streams 300, as indicated by the“Buy Now” buttons next to each song shown in FIG. 13(f). For example,the “Buy Now” button/option may be displayed, via the display 1100and/or user device 105, next to the movie/video title, or next to eachmusic title being played, so that by clicking the button/option, theplayer can instantly purchase the full movie associated with the videostream 200 or full song or music associated with each of the musicstreams 300.

At this time, the game judge (e.g., one of the players) may select whatshe/he determines to be the winning synchronized video and music stream.The winning stream is of course subjective and may be whichever thejudge determines is the most outrageous, funny, or ideally combined songwith the video. After the winner is announced, each player may bepresented with another playing card to replace the card that wasselected, and the game application may be repeated with a new videostream 200 randomly selected by the server 120.

FIGS. 14(a)-(d) illustrates an exemplary graphical user interface (GUI)displaying control information for the Soundtrack Game Application (gamecontroller). The illustrated GUI 1400 may be presented on the userdevice 105, such as a computer, tablet computer, smart phone, or thelike. The GUI 1400 may include a control button/option that enables theplayer controlling the game (e.g., dealer or judge) to start theSoundtrack Game Application. For example, as shown in exemplary FIG.14(a), though GUI 1400 and/or touch screen display, the controllerplayer may start the Soundtrack Game Application by pressing orselecting the “Begin Round” option 1401 presented on the user device105. The player preferably will not start the Soundtrack GameApplication until the playing cards 1105 have been dealt to all of theplayers.

Next, once the “Begin Round” option has been pressed or selected, theGUI 1400 may include a notification that the video clip/stream 200 isplaying. For example, as shown in FIG. 14(b), the GUI 1400 displays“Video Clip Currently Playing” so that the controller player knows thatthe original video stream selected by the server 120 is being played ondisplay 1100.

Next, after the video stream 200 is finished playing, the GUI 1400and/or touch screen display may include additional control buttons forthe controller player. For example, the GUI 1400 may include a controlbutton/option to instruct the user device to scan QR codes (utilizingthe camera input on the user device or a QR reader) provided on theplaying cards 1105 so that the music stream 300 associated with eachselected playing card 1105 will be synchronized with the video stream200. This is shown as the “Scan Cards” button 1402 in exemplaryscreenshot 14(c). The GUI 1400 may also be configured to include afillable entry option (not shown) so that the controller player mayenter manually each player's selected song when the playing cards 1105do not have QR codes or bar codes, so that the music stream 300associated with each selected playing card 1105 will be synchronizedwith the video stream 200.

The GUI 1400 may also include an indicator identifying how many playingcards 1105 have been entered (not shown) so that the controller playerknows whether all player selections have been entered. The GUI 1400 maybe configured to provide audio, visual, or haptic feedback to the playercontrolling the game when the QR code for each playing card 1105 issuccessfully scanned.

The GUI 1400 may also include a complete button/option for thecontroller player to instruct the server 120 to perform thesynchronization technique illustrated in FIGS. 9 and 10 for the musicstream 300 associated with each selected song. For example, as shown inFIG. 14(c), the GUI 1400 includes a control button/option, such as“Play!” button 1403, which instructs the server 120 to perform thesynchronization technique illustrated in FIGS. 9 and 10 . Then, asdescribed above, the Soundtrack Game Application will randomly play thevideo stream 200 synchronized with each players' selected song, such asshown in FIGS. 12(d) and (e). When all of the synchronized video/musicstreams have been played, the GUI 1400 may identify that the round iscomplete, and include a new control button/option for the controllerplayer to instruct the server 120 to being a new round of the game. Thisis shown in exemplary screenshot FIG. 14(d), which illustrates the“Begin Next Round” button 1404 for the player controlling the game toselect. In other words, once the game judge determines the winningsynchronized video/music stream, another round of the game may beginwith each player being presented with another playing card to replacethe card that was selected in the previous round.

FIGS. 15(A)-(B) is a flowchart of an exemplary method for playing theSoundtrack Game Application discussed above with respect to FIGS. 11-14. At step S1500, at least one video stream 200 (preferably many) isentered into the server 120. At step S1505, each video stream 200entered into the server 120 is processed according to the videoprocessing technique described in FIGS. 2-6 , and each processed videostream 200 is stored in video database 112. At step S1510, at least onemusic stream 300 (preferably many) is entered into the server 120. Atstep S1515, each music stream 300 entered into the server 120 isprocessed according to the video processing technique described in FIGS.7 and 8 , and each processed music stream 300 is stored in videodatabase 115.

At step S1520, each player may be dealt playing cards 1105 (physicalcards with QR codes on the back, or virtual cards displayed on theiruser device (e.g., a tablet, smart phone or laptop online game version).For example, each player may be dealt five (5) playing cards 1105 atrandom. Each playing card 1105 contains a song name associated with amusic stream 300 stored in the music database 115. The music stream 300may be a clip from a song/soundtrack piece (e.g., the music ranges fromClassical, to Rock, Rap, R&B, Heavy Metal, Jazz, Big Band, etc.). Eachplaying card 1105 may also contain a brief description of the associatedsong (e.g., Artist, Name of the song, a few lyrics, and possibly aphrase describing the piece and its best usage with film).

At step S1525, the server 120 is configured to randomly select and playa video stream 200 from the video database 112, and display the video ondisplay 1100, such as illustrated in FIGS. 12(a) and (b). The videostreams 200 may be organized and identified by categories, such asAction, Romance, Classics, Comedy, Fights, SF, Sports, etc. Accordingly,the server 120 may be configured so that no more than two video streams200 from the same category are consecutively selected when the selectionis in random mode. Alternatively, the server may be configured so thatall video streams 200 are randomly selected from a single category(e.g., all Sports) It is understood that the “random” selection optionmay be turned off so that the server is configured to select an exactvideo stream 200 that the player wants to have undergo thesynchronization technique described in FIGS. 9 and 10 .

At step S1530, after viewing the displayed video stream 200, each playerselects one song (music stream 300) from their dealt hand of playingcards 1105 to be synchronized with the displayed video stream 200. Atstep S1535, each player's selection is entered into the Soundtrack GameApplication software to be processed, such as shown in FIG. 12(c). Atstep S1540, after each player's selection is entered, thesynchronization technique described in FIGS. 9 and 10 is performed, andthe server 120 starts randomly playing the synchronized video/musicstreams on display 1100, such as shown in FIGS. 12(d) and (e). Finally,at step S1445, after all of the players' synchronized video/musicstreams have been played on display 1100, a game judge will determinethe winner, such as shown in FIG. 12(f). Judging is subjective, andwinning is secondary to the fun of playing.

Once the game judge determines the winner, another round of the game maybegin with each player being dealt another playing card to replace thecard that was used in the previous round and steps S1520-S1545 arerepeated. The full song associated with the winning synchronizedvideo/music stream may be played by the display 1100 while thereplacement cards are dealt and the players get ready for the next roundof play. Preferably, the players will take turn being the judge, withthe judge sitting out for that round.

Next, FIGS. 16(a)-(o) are screenshots showing exemplary graphical userinterfaces 1600 generated by the server 120 when the playing cards arevirtual playing cards in accordance with the foregoing embodiments.

FIG. 16(a) shows an exemplary GUI 1600 generated by the server 120 thatmay be displayed on the controller player's end user device 105 and/ordisplay 1100 when the game application is first started. What isdisplayed on the mobile device may be simultaneously and identicallydisplayed on display 1100, such as a laptop computer display ortelevision. This way, all players wishing to participate in theSoundtrack Game Application can see the image. The GUI may include a“CLICK HERE TO BEGIN” button 1610 that the controller player can pressor touch to direct the server 120 to begin the Soundtrack GameApplication.

Next, as shown in exemplary FIG. 16(b), the server 120 may generate a QRcode 1615 linked to the Soundtrack Game Application. The QR code 1615may be displayed on the controller player's end user device 105 and/ordisplay 1100. Each player may each join the game by scanning the QR codewith their mobile devices. The QR code is linked to a game websiteaddress (e.g., https://soundtrackgame.com/sg/4/#/game/bo2) that containsthe game application. When scanned, the game application mayautomatically open in a web browser on the end user device 105. A URL1620 linked to the game application may also be displayed. A player withan end user device that is unable to scan the QR code may join theSoundtrack Game Application by manually entering the URL in their webbrowser. The server 120 may be configured to tabulate and display inreal time how many players have joined the game. For example, FIG. 16(b)shows “Players Joined: 0” 1625—therefore, at the time this screenshotwas taken, no player had scanned the QR code 1615 or entered the URL1620. If one player had done so, the display would have read “PlayersJoined: 1,” if two players had done so, the display would have read“Players Joined: 2,” and so on.

Next, the server 120 may generate a GUI to be displayed on the end userdevice 105 of each player that joined the game. For example, FIG. 16(c)shows a GUI having a setup configuration that is displayed on playerJeff's end user device 105 because player Jeff joined the game.Similarly, FIG. 16(d) shows a GUI having a setup configuration that isdisplayed on player Bo's end user device 105 because player Bo joinedthe game. Here, because the server 120 recognized that Jeff and Bopreviously played the Soundtrack Game Application on their respectiveuser devices 105, the server generates a welcome image that welcomesback both players. As shown in FIGS. 16(c) and (d), the setupconfiguration for players Jeff and Bo may be configured to allow them tochange their name so that the changed name will be displayed instead.FIG. 16(e) shows a GUI having a setup configuration that is displayed ona player's end user device 105 who is not recognized by the server 120as having played the Soundtrack Game Application before. In thisexample, the player may type his or her into a fillable name entry field1630, as shown in FIG. 16(f). Here, the player is Andrea. The GUI mayinclude a “Join” button 1635 that each player can press or touch todirect the server 120 to join them in the game.

The server 120 may be configure to recognize the first player to jointhe Soundtrack Game Application as the game administrator (may be thecontroller or another player). The game administrator perform tasks suchas setting the seating order for the players, beginning the next roundof game play, begin playback, etc. For example, as shown in FIG. 16(g),the server 120 recognized Andrea as being the first player to join thegame; therefore, Andrea was tasked as the game administrator.Accordingly, an administrator page 1640 (“ADMIN”) is displayed on herend user device 105. The administrator page 1640 may includeadministrator related controls and options that are not displayed on thenon-administrator player end user devices 105 or available to thoseplayers. Exemplary embodiments of the administrator page 1640 are shownin FIGS. 16(h)-(l) and discussed in more detail below.

FIG. 16(g) is a screenshot of the administrator page 1640 as it appearsbefore the other players Jeff and Bo join the game. FIG. 16(h) is ascreenshot of the administrator page 1640 when the server 120 initiallyrecognizes that player Bo has joined the game. As players join the game,they will be listed on the administrator page 1640. The administratorhas the option to rearrange the seating order of the players, such asshown in FIGS. 16(h) and (i). In FIG. 16(h), the seating order is Bo andthen Andrea. In FIG. 16(i), the seating order is Andrea and then Bo.Here, Andrea switched the order by pressing or clicking on the up anddown arrows located next to each player's name on the administrator page1640 (not limited thereto). Jeff's name does not appear on theadministrator page 1640 because he has not yet joined the game. OnceJeff joins the game, his name will appear on the administrator page1640, such as shown in FIG. 16(j). The seating order is simply thejudging order of the players. The first player listed will be the judgefor the first round of the game, the second player listed will be thejudge for the second round of the game, and so on.

The administrator page 1640 may include a “BEGIN GAME” button 1645 thatthe administrator can press or touch to direct the server 120 to beginthe Soundtrack Game Application once all of the players have joined thegame. The server 120 may then randomly select a video clip/stream 200from the video database 112 and then play the video clip/stream 200 ondisplay 1100 or end user device 105, such as discussed above. This videoclip/stream 200 is known as a preview video. The preview video is onethat has not been synchronized with music from the music database 115.

The server 120 may generate virtual playing cards 1650 and display themon each end user device 105, such as shown in exemplary screenshotsFIGS. 16(k)-(m). The virtual playing cards 1650 may be generated anddisplayed before, during, or after the preview video is shown.

More particularly, the server 120 may be configured to randomly selectfrom a database at least one virtual playing card 1650 and display theselected virtual playing card 1650 on each end user device 105. Eachvirtual playing card 1650 is associated with a music clip/stream 300from the music database 115, and may include a name of the song and/orother information related thereto. Each virtual playing card 1650 maycomprise a button or tile displayed on the GUI of the end user devices105.

Looking at FIG. 16(k), which is a screenshot of Jeff's end user device105, the server randomly selected and displayed several virtual playingcards 1650, including for example, “GOD BLESS THE USA” by Lee Greenwood;“I JUST CALLED TO SAY I LOVE YOU” by Stevie Wonder; “SABOTAGE” byBeastie Boys; and “CREEP” by Radiohead. Jeff may select one of thedisplayed songs by pressing or touching the virtual playing card 1650.

Looking at FIG. 16(l), which is a screenshot of Bo's end user device105, the server randomly selected and displayed several virtual playingcards 1650, including for example, “GIRL FROM IPANEMA,” “DON′T WORRY BEHAPPY” by Bobby McFerrin, “GET READY FOR THIS” by 2 Unlimited, and “MADWORLD” by Gary Jules. Bo may select one of the displayed songs bypressing or touching the virtual playing card 1650. Looking at FIG.16(m), which is a screenshot of Andrea's end user device 105, the serverrandomly selected and displayed several virtual playing cards 1650,including for example, “I WILL REMEMBER YOU” by Sarah McLachlan, “WOLLYBULLY” by Sam the Sham and the Pharohs, “BORN TO BE WILD” bySteppenwolf, and “TRUE” by Spandau Ballet. Andrea may select one of thedisplayed songs by pressing or touching the virtual playing card 1650.

Once all of the players have selected their respective song to be playedwith the preview video, the administrator page 1640 may inform theadministrator that all music selections are in and/or alert theadministrator to take an action. The alert may be visual, audio, orhaptic. The action to be taken may be to “Begin Playback” so that theserver 120 starts randomly playing the synchronized video/music streamson display 1100 and/or the end user devices 105 according to thesynchronization technique disclosed herein. The action may be to startanother round of game play. When the next round begins, the server 120may randomly select and play another preview video, and randomly selectand deal one or more virtual playing cards 1650 to each end user device105. For each round, the server 120 may be configured to deal a singlenew virtual playing card 1650 to each of the end user devices 105 thatwill replace the cards selected by the players in the previous round, ordeal an entire new set of virtual playing cards 1650 to each of the enduser devices 105.

The judge is provided with additional judge control options that are notavailable to the non-judge players. For example, once all of thesynchronized video/music streams have been played for a given round, theserver 120 may generate a prompt on the GUI to be displayed on thejudge's end user device 105, such as shown in exemplary FIG. 16(n). Asshown in FIG. 16(o), the prompt may list the names of the songs thatwere played in the round and require the judge to select the winningsong by pressing or clicking on a button associated therewith. Once thejudge selects a winner, the server may cause the winning song and/or thename of the winning player to be displayed on the display 1100 and/orend user devices 105, such as shown in exemplary screenshot FIG. 16(o).In this example, the winning song was “GOD BLESS THE USA” selected bywinning player Jeff.

The server 120 may be configured to generate and display a standingspage. The standings page may rank the players by order of winningselections. In this example, after round one, the standings wouldreflect Jeff 1, Andrea 0, and Bo 0. The standings page 1655 may bedisplayed after each round of play, or at any other time. The standingspage 1655 may be also be displayed on the end user devices 105.

Further, the server 120 may be configured to allow two players toparticipate on a single team, which each player using a separate enduser device 105. Here, the server 120 will generate a QR code and/or URLthat the second (additional) player can enter to cause a mirror accountto be created on the second player's end user device 105. This optionmay also be useful if a player's end user device battery is running lowand the player wants to connect to a second end user device and not bedisconnected from the game. s

Exemplary Game Points and Winning Strategies for the Soundtrack GameApplication:

The following are exemplary game points and winning strategies for theSoundtrack Game Application described above.

A player may earn 1 point for being the first to guess the originalmovie associated with the randomly selected video stream. Of course, inthis example, the title of the movie or video would not be displayedwhen the video stream is played on the display 1100 (exemplary FIG.13(c) shows the video material title).

A player may earn 1 point for matching the winning song with the videostream as deter-mined by the judge. The intended matches sought by theplayer participants may be categorized as:

-   -   1. Music style/song to “fit” naturally to the video stream 200        (e.g., almost as “intended” by the original movie/video clip        producer);    -   2. Music lyrics match (or totally “mock”) the video stream 200;    -   3. Music title “fits” the video stream 200; and    -   4. Timing of the song's climax moment (beat, chorus, etc.)        “fits” almost flawlessly with the video stream 200 climax key        moment (explosion, shot, psychological moment, hit, fall, etc.)

Of course, a good strategy is for the player to know the Judge'spreferences and then to select a music stream 300 accordingly.

Exemplary Online and Offline Versions of the Soundtrack GameApplication:

It is understood that the exemplary Soundtrack Game Applicationdescribed herein may be configured as an online version, an offlineversion, or a hybrid version. In one embodiment, the online version mayemploy a terminal device (e.g., smart phone, tablet, laptop computer,smart TV, etc.) to play the Soundtrack Game Application. The players canbe located in the same room, scattered throughout the world, or acombination thereof. After signing into the same game, the randomlyselected video stream 200 is simultaneously played on each player'srespective user device 105. Then, each player clicks on their desiredvirtual playing card 1105 (e.g., from a selection of 5 virtual playingcards) that is included on the GUI displayed on the display screen oftheir user device 105. Once all of the players have selected theirvirtual playing card 1105, the synchronization technique described inFIGS. 9 and 10 is performed, and each of the synchronized video/musicstreams is displayed on at a time on each player's respective userdevice 105.

B. Soundtrack (“STrack”) Wiz App

According to another exemplary embodiment of an website applicationusing the computer-aided synchronization processing of video with musicdescribed above in FIGS. 1-10 , a user may add a soundtrack to a video,such as a short home video taken with the user's smartphone device. Forexample, this application—which is referred to herein as the SoundtrackWiz App or STrack Wiz App—utilizes the video database 110 and/or musicdatabase 115 stored in memory 124 and the video streams 200 and/or musicstreams 300 processed via processor 122 of server 120 using thesynchronization technique described in FIGS. 2-10 . This applicationallows the user to test and select a favorite soundtrack for their homevideo clip.

For example, the user may upload his/her home video clip into theSoundtrack Wiz app. The home video clip may then be instantly processedin a similar manner as described above for the Soundtrack GameApplication (“Movie Clip processing”), as illustrated in FIG. 1-6 . Thehome video clip can be synchronized with any music stream 300 from theSoundtrack Wiz music database 115. Each music stream 300 selected by theuser is synchronized in real time with the home video clip using thesynchronization technique described herein. The music database 115 cancontain thousands (or more) of music streams 300 for the user to choosefrom. This allows the user to rapidly “test” any music stream 300 inorder to find his or her favorite home video clip soundtrack.

It is understood that various embodiments of the present disclosure maybe implemented in a data processing system suitable for storing and/orexecuting program code that includes at least one processor, including amulticore processor, coupled directly or indirectly to memory elementsthrough a system bus. The memory elements include, for instance, localmemory employed during actual execution of the program code, bulkstorage, and cache memory which provide temporary storage of at leastsome program code in order to reduce the number of times code must beretrieved from bulk storage during execution.

Input/Output or I/O devices (including, but not limited to, keyboards,displays, pointing devices, DASD, tape, CDs, DVDs, thumb drives andother memory media, etc.) can be coupled to the computer system eitherdirectly or through intervening I/O controllers. Network adapters mayalso be coupled to the computer system to enable the data processingsystem to become coupled to other data processing systems or remoteprinters or storage devices through intervening private or publicnetworks. Modems, cable modems, and Ethernet cards are just a few of theavailable types of network adapters.

The present disclosure may be embodied in a system, a method, and/or acomputer program product. The computer program product may include acomputer readable storage medium (or media) having computer readableprogram instructions thereon for causing a processor to carry outaspects of the present disclosure. The computer readable storage mediumcan be a tangible device that can retain and store instructions for useby an instruction execution device. The computer readable storage mediummay be, for example, but is not limited to, an electronic storagedevice, a magnetic storage device, an optical storage device, anelectromagnetic storage device, a semiconductor storage device, or anysuitable combination of the foregoing. A non-exhaustive list of morespecific examples of the computer readable storage medium includes thefollowing: a portable computer diskette, a hard disk, a random accessmemory (RAM), a read-only memory (ROM), an erasable programmableread-only memory (EPROM or Flash memory), a static random access memory(SRAM), a portable compact disc read-only memory (CD-ROM), a digitalversatile disk (DVD), a memory stick, a floppy disk, a mechanicallyencoded device such as punch-cards or raised structures in a groovehaving instructions recorded thereon, and any suitable combination ofthe foregoing.

Computer readable program instructions described herein can bedownloaded to respective computing/processing devices from a computerreadable storage medium or to an external computer or external storagedevice via a network, for example, the Internet, a local area network, awide area network and/or a wireless network. The network may comprisecopper transmission cables, optical transmission fibers, wirelesstransmission, routers, firewalls, switches, gateway computers and/oredge servers. A network adapter card or network interface in eachcomputing/processing device receives computer readable programinstructions from the network and forwards the computer readable programinstructions for storage in a computer readable storage medium withinthe respective computing/processing device.

Computer readable program instructions for carrying out operations ofthe present disclosure may be assembler instructions,instruction-set-architecture (ISA) instructions, machine instructions,machine dependent instructions, microcode, firmware instructions,state-setting data, or either source code or object code written in anycombination of one or more programming languages, including an objectoriented programming language such as Smalltalk, C++ or the like, andconventional procedural programming languages, such as the “C”programming language, “R” programming language or similar programminglanguages. A code segment or machine-executable instructions mayrepresent a procedure, a function, a subprogram, a program, a routine, asubroutine, a module, a software package, a class, or any combination ofinstructions, data structures, or program statements. A code segment maybe coupled to another code segment or a hardware circuit by passingand/or receiving information, data, arguments, parameters, or memorycontents. Information, arguments, parameters, data, etc. may be passed,forwarded, or transmitted via any suitable means including memorysharing, message passing, token passing, network transmission, amongothers. The computer readable program instructions may execute entirelyon the user's computer, partly on the user's computer, as a stand-alonesoftware package, partly on the user's computer and partly on a remotecomputer or entirely on the remote computer or server. In the latterscenario, the remote computer may be connected to the user's computerthrough any type of network, including a local area network (LAN) or awide area network (WAN), or the connection may be made to an externalcomputer (for example, through the Internet using an Internet ServiceProvider). In some embodiments, electronic circuitry including, forexample, programmable logic circuitry, field-programmable gate arrays(FPGA), or programmable logic arrays (PLA) may execute the computerreadable program instructions by utilizing state information of thecomputer readable program instructions to personalize the electroniccircuitry, in order to perform aspects of the present disclosure.

Aspects of the present disclosure are described herein with reference toflowchart illustrations and/or block diagrams of methods, apparatus(systems), and computer program products according to embodiments of thedisclosure. It will be understood that each block of the flowchartillustrations and/or block diagrams, and combinations of blocks in theflowchart illustrations and/or block diagrams, can be implemented bycomputer readable program instructions. The various illustrative logicalblocks, modules, circuits, and algorithm steps described in connectionwith the embodiments disclosed herein may be implemented as electronichardware, computer software, or combinations of both. To clearlyillustrate this interchangeability of hardware and software, variousillustrative components, blocks, modules, circuits, and steps have beendescribed above generally in terms of their functionality. Whether suchfunctionality is implemented as hardware or software depends upon theparticular application and design constraints imposed on the overallsystem. Skilled artisans may implement the described functionality invarying ways for each particular application, but such implementationdecisions should not be interpreted as causing a departure from thescope of the present disclosure.

The flowchart and block diagrams in the Figures illustrate thearchitecture, functionality, and operation of possible implementationsof systems, methods, and computer program products according to variousembodiments of the present disclosure. In this regard, each block in theflowchart or block diagrams may represent a module, segment, or portionof instructions, which comprises one or more executable instructions forimplementing the specified logical function(s). In some alternativeimplementations, the functions noted in the block may occur out of theorder noted in the figures. For example, two blocks shown in successionmay, in fact, be executed substantially concurrently, or the blocks maysometimes be executed in the reverse order, depending upon thefunctionality involved. It will also be noted that each block of theblock diagrams and/or flowchart illustration, and combinations of blocksin the block diagrams and/or flowchart illustration, can be implementedby special purpose hardware-based systems that perform the specifiedfunctions or acts or carry out combinations of special purpose hardwareand computer instructions.

Features or functionality described with respect to certain exampleembodiments may be combined and sub-combined in and/or with variousother example embodiments. Also, different aspects and/or elements ofexample embodiments, as disclosed herein, may be combined andsub-combined in a similar manner as well. Further, some exampleembodiments, whether individually and/or collectively, may be componentsof a larger system, wherein other procedures may take precedence overand/or otherwise modify their application. Additionally, a number ofsteps may be required before, after, and/or concurrently with exampleembodiments, as disclosed herein. Note that any and/or all methodsand/or processes, at least as disclosed herein, can be at leastpartially performed via at least one entity or actor in any manner.

Although preferred embodiments have been depicted and described indetail herein, it will be apparent to those skilled in the relevant artthat various modifications, additions, substitutions and the like can bemade without departing from the spirit of the disclosure, and these are,therefore, considered to be within the scope of the disclosure, asdefined in the following claims.

What is claimed is:
 1. A computer system comprising: a server comprisinga processor and a memory, the memory comprising a video database and amusic database, the video database configured to store a plurality ofvideo files, each of the video files comprising a plurality of videofile markers, and the music database configured to store a plurality ofmusic files, the plurality of music files each comprising a plurality ofmusic file markers, wherein the server is configured to: synchronize amusic file from the plurality of music files with one of the pluralityof video files by aligning the video file markers of the video file withthe music file markers for the music file to produce a synchronizedvideo-music file; and transmit the synchronized video-music file to adisplay to be displayed, wherein the video file markers are generated bythe processor for each of the video files stored in the video databaseand the music file markers are generated by the processor for each ofthe music files stored in the music database, wherein the video filecomprises at least a portion of a movie, a video, or a graphicaloffering, and wherein the music file comprises at least a portion of asong or an audio offering.
 2. The computer system of claim 1, whereinthe video file markers comprise: a video file start time marker in thevideo file that identifies a time point at which the video file willbegin playing during playback of the synchronized video-music file; avideo file end time marker in the video file that identifies a timepoint at which the video file ends during playback of the synchronizedvideo-music file; a video file volume envelope in the video file thatcontrols audio volume of the video file is adjusted during playback ofthe synchronized video-music file; and a music volume envelope in thevideo file that controls music volume of the retrieved music file to besynchronized with the video file.
 3. The computer system of claim 2,wherein the video file markers further comprise: at least onevideo/music start time marker in the video file that identifies a timepoint at which the music file will begin playing during playback of thesynchronized video-music file, each video/music start time marker havinga priority component and a time component assigned thereto relative to avideo timeline of the video file; and at least one video key framemoment in the video file that identifies a key video portion of thevideo file, each video key frame moment having a priority component anda time component assigned thereto relative to the video timeline.
 4. Thecomputer system of claim 3, wherein the music file markers comprise: atleast one music start time marker in the music file that identifies atime point at which the music file will begin playing during playback ofthe synchronized video-music file, each music time start marker having apriority component and a time component assigned thereto relative to amusic timeline of the music file; and at least one music key soundmoment in the music file that identifies a key sound portion of themusic file, each music key sound moment having a priority component anda time component assigned thereto relative to the music timeline.
 5. Thecomputer system of claim 4, wherein during the synchronization process,to determine an optimal alignment of the video file markers and themusic file markers, the server is configured to: determine whether anycombination of the at least one video/music start time marker and the atleast one music start time marker results in an alignment of any of theat least one video key frame moment with any of the at least one musickey sound moment within a predetermined threshold of time of the videotimeline; and pair any of the video/music start time markers and themusic start time markers that are determined to be in alignment, wherebywhen more than one pair of the video/music start time markers and themusic start time markers are determined to be in alignment, then thepair with the highest priority is determined to be the video/music starttime marker and the music start time marker used in the synchronizedvideo-music file, whereby when more than one pair of the video/musicstart time markers and the music start time markers are determined toshare the highest priority, then the pair with the smallest timecomponent is determined to be the video/music start time marker and themusic start time marker used in the synchronized video-music file. 6.The computer system of claim 5, wherein the server is configured todetect audio changes in the music file in order to generate the at leastone music key sound moment, whereby such detection is determined byparameterizing the music file and then evaluating the parameterized.music file to detect changes from frame to frame.
 7. The computer systemof claim
 5. herein the predetermined threshold of time is 0.10 seconds.8. A method comprising: synchronizing, by a server, a music filecomprising a plurality of music file markers with a video filecomprising a plurality of video file markers by aligning the video filemarkers with the music file markers to produce a synchronizedvideo-music file; and transmitting, by the server, the synchronizedvideo-music file to a display to be displayed, wherein the servercomprises a processor and a memory, the memory comprising a videodatabase and a music database, the video database configured to storethe video file and the music database configured to store the musicfile, wherein the video file markers and the music file markers aregenerated by the processor, wherein the video file comprises at least aportion of a movie, a video, or a graphical offering, and wherein themusic file comprises at least a portion of a song)r an audio offering.at least one music key sound moment in the music file that identifies akey sound portion of the music file, each music key sound moment havinga priority component and a time component assigned thereto relative tothe music timeline.
 9. The method of claim 8, wherein the video filemarkers comprise: a video file start time marker in the video file thatidentifies a time point at which the video file will begin playingduring playback of the synchronized video-music file; a video file endtime marker in the video file that identifies a time point at which thevideo file ends during playback of the synchronized video-music file; avideo file volume envelope in the video file that controls audio volumeof the video file is adjusted during playback of the synchronizedvideo-music file; and a music volume envelope in the video file thatcontrols music volume of the retrieved music file to be synchronizedwith the video file.
 10. The method of claim
 9. wherein the video filemarkers further comprise: at least one video/music start time marker inthe video file that identifies a time point at which the music file willbegin playing during playback of the synchronized video-music file, eachvideo/music start time marker having a priority component and a timecomponent assigned thereto relative to a video timeline of the videofile; and at least one video key frame moment in the video file thatidentifies a key video portion of the video file, each video key framemoment having a priority component and a time component assigned theretorelative to the video timeline.
 11. The method of claim 10, wherein themusic file markers comprise: at least one music start time marker in themusic file that identifies a time point at which the music file willbegin playing during playback of the synchronized video-music file, eachmusic time start marker having a priority component and a time componentassigned thereto relative to a music timeline of the music file; and atleast one music key sound moment in the music file that identifies a keysound portion of the music file, each music key sound moment having apriority component and a time component assigned thereto relative to themusic timeline.
 12. The method of claim 11, wherein during thesynchronization process, to determine an optimal alignment of the videofile markers and the music file markers, the server is configured to:determine whether any combination of the at least one video/music starttime marker and the at least one music start time marker results in analignment of any of the at least one video key frame moment with any ofthe at least one music key sound moment within a predetermined thresholdof time of the video timeline; and pair any of the video/music starttime markers and the music start time markers that are determined to bein alignment, whereby when more than one pair of the video/music starttime markers and the music start time markers are determined to be inalignment, then the pair with the highest priority is determined to bethe video/music start time marker and the music start time marker usedin the synchronized video-music file, whereby when more than one pair ofthe video/music start time markers and the music start time markers aredetermined to share the highest priority, then the pair with thesmallest time component is determined to be the video/music start timemarker and the music start time marker used in the synchronizedvideo-music file.